Skip to content

process: allow reading umask in workers - #25526

Merged
cjihrig merged 1 commit into
nodejs:masterfrom
cjihrig:umask
Jan 17, 2019
Merged

process: allow reading umask in workers#25526
cjihrig merged 1 commit into
nodejs:masterfrom
cjihrig:umask

Conversation

@cjihrig

Copy link
Copy Markdown
Contributor
Checklist
  • make -j4 test (UNIX), or vcbuild test (Windows) passes
  • tests and/or benchmarks are included
  • documentation is changed or added
  • commit message follows commit guidelines

@nodejs-github-bot

Copy link
Copy Markdown
Collaborator

@nodejs-github-botnodejs-github-bot added c++ Issues and PRs that require attention from people who are familiar with C++. errors Issues and PRs related to JavaScript errors originated in Node.js core. process Issues and PRs related to the process subsystem. labels Jan 15, 2019
@cjihrig

Copy link
Copy Markdown
ContributorAuthor

cc @targos because of #25448 (comment)

@cjihrigcjihrig added the semver-major PRs that contain breaking changes and should be released in the next major version. label Jan 16, 2019
@cjihrig

Copy link
Copy Markdown
ContributorAuthor

Comment threadsrc/node_process_methods.cc Outdated

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
// process.umask() is a readonly operation in workers.
// process.umask() is a read-only operation in workers.

Refs: nodejs#25448
PR-URL: nodejs#25526
Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de>
Reviewed-By: Michaël Zasso <targos@protonmail.com>
Reviewed-By: James M Snell <jasnell@gmail.com>
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Joyee Cheung <joyeec9h3@gmail.com>
@cjihrig

Copy link
Copy Markdown
ContributorAuthor

Green CI: https://ci.nodejs.org/job/node-test-pull-request/20182/

Addressed the "read only" -> "read-only" nit when adding the commit metadata.

@cjihrig
cjihrig merged commit f6cd4e3 into nodejs:masterJan 17, 2019
@cjihrig
cjihrig deleted the umask branch January 17, 2019 21:36
@addaleaxaddaleax removed the semver-major PRs that contain breaking changes and should be released in the next major version. label Jan 18, 2019
@addaleax

Copy link
Copy Markdown
Member

@cjihrig I’m removing semver-major because, as far as I can tell, this only affects the still-experimental workers?

@addaleaxaddaleax added the worker Issues and PRs related to Worker support. label Jan 18, 2019
@cjihrig

Copy link
Copy Markdown
ContributorAuthor

@addaleax that's fine. I was being overly conservative 😄

@SimenB

Copy link
Copy Markdown
Member

Oh perfect! Will this be backported to v11 (maybe even v10, although since it's behind a flag there not as big impact)? I just filed sindresorhus/make-dir#9 (with 6M weekly downloads), but that'll be fixed by this landing 🙂

@cjihrig

Copy link
Copy Markdown
ContributorAuthor

My guess is that it will end up in Node 10 and up.

@SimenB

Copy link
Copy Markdown
Member

Perfect, thanks for the info!

addaleax pushed a commit that referenced this pull request Jan 23, 2019
Refs: #25448
PR-URL: #25526
Reviewed-By: Ruben Bridgewater <ruben@bridgewater.de>
Reviewed-By: Michaël Zasso <targos@protonmail.com>
Reviewed-By: James M Snell <jasnell@gmail.com>
Reviewed-By: Anna Henningsen <anna@addaleax.net>
Reviewed-By: Joyee Cheung <joyeec9h3@gmail.com>
@MylesBorinsMylesBorins mentioned this pull request Jan 24, 2019
MylesBorins added a commit that referenced this pull request Jan 24, 2019
Notable Changes:
* events:
* For unhandled `error` events with an argument that is not an
`Error` object, the resulting exeption will have more information
about the argument.
#25621
* child_process:
* When the `maxBuffer` option is passed, `stdout` and `stderr` will
be truncated rather than unavailable in case of an error.
#24951
* policy:
* Experimental support for module integrity checks through a manifest
file is implemented now.
#23834
* n-api:
* The `napi_threadsafe_function` feature is now stable.
#25556
* report:
* An experimental diagnostic API for capturing process state is
available as `process.report` and through command line flags.
#22712
* tls:
* `tls.connect()` takes a `timeout` option analogous to the
`net.connect()` one.
#25517
* worker:
* `process.umask()` is available as a read-only function inside Worker
threads now.
#25526
* An `execArgv` option that supports a subset of Node.js command line
options is supported now.
#25467
PR-URL: #25687
MylesBorins added a commit that referenced this pull request Jan 25, 2019
Notable Changes:
* events:
* For unhandled `error` events with an argument that is not an
`Error` object, the resulting exeption will have more information
about the argument.
#25621
* child_process:
* When the `maxBuffer` option is passed, `stdout` and `stderr` will
be truncated rather than unavailable in case of an error.
#24951
* policy:
* Experimental support for module integrity checks through a manifest
file is implemented now.
#23834
* n-api:
* The `napi_threadsafe_function` feature is now stable.
#25556
* report:
* An experimental diagnostic API for capturing process state is
available as `process.report` and through command line flags.
#22712
* tls:
* `tls.connect()` takes a `timeout` option analogous to the
`net.connect()` one.
#25517
* worker:
* `process.umask()` is available as a read-only function inside Worker
threads now.
#25526
* An `execArgv` option that supports a subset of Node.js command line
options is supported now.
#25467
PR-URL: #25687
@dylburger

Copy link
Copy Markdown

I saw some chatter on this thread about backporting this to v10, and I wanted to check if that was still being considered.

We use v10 worker threads and are trying to use a specific package that only supports up to v10, a dependency of which is trying to call process.umask().

No worries if not, just thought I'd check in!

@cjihrig

Copy link
Copy Markdown
ContributorAuthor

It doesn't look like it has been backported. I think you'd have to ask @nodejs/backporters if they intend to or not.

@dylburger

Copy link
Copy Markdown

@cjihrig awesome, thanks! That reference directs me to a 404 — is that a private team in the Node.js Github org? Not sure the correct process but happy to follow it.

@cjihrig

Copy link
Copy Markdown
ContributorAuthor

@dylburger that was just me pinging the team of people that handle most of the backporting of commits from master to the release branches. You don't have to do anything.

Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

c++Issues and PRs that require attention from people who are familiar with C++.errorsIssues and PRs related to JavaScript errors originated in Node.js core.processIssues and PRs related to the process subsystem.workerIssues and PRs related to Worker support.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants

@cjihrig@nodejs-github-bot@addaleax@SimenB@dylburger@jasnell@targos@joyeecheung@BridgeAR