-
Notifications
You must be signed in to change notification settings - Fork 10.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(gatsby): PnP fixes #35194
fix(gatsby): PnP fixes #35194
Conversation
- run: # TODO: remove pinned version | ||
command: yarn set version 3.1.1 | ||
working_directory: /tmp/e2e-tests/gatsby-pnp |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
unpin yarn version in tests, so we start using latest again
defaultConfig: require.resolve(`gatsby-parcel-config`, { | ||
paths: [siteRoot], | ||
}), | ||
defaultConfig: require.resolve(`gatsby-parcel-config`), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
gatsby-parcel-config
is dependency of gatsby
not site, so we shouldn't try to resolve it from site context
|
||
ensuredSendToMain([WORKER_READY]) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We didn't have init messaging and seems like in some cases initial messages (before child set on('message')
handler) are lost. The change here is that child sends "ready" message once it's initialized and workerpool waits for it before sending task to process
(cherry picked from commit 79c5598)
(cherry picked from commit 79c5598) Co-authored-by: Michal Piechowiak <[email protected]>
Published in |
Description
Couple of fixes here that seems to impact yarn@2+:
gatsby-parcel-config
fromgatsby
context and not site contextgatsby-worker
should await for worker process to be ready before trying to send task to it (we saw in CI at least tests being stuck on "validating engines", which is just first thing we use any worker process for, also yarn run gatsby build stalles in run queries in workers #35192 looks like has similar problem just in different spot, due to repro site not using engines, so we don't try to validate them and first worker usage is actually query running)Related Issues
Fixes #35140
Fixes #35192