-
Notifications
You must be signed in to change notification settings - Fork 57
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
Update watchify package to v4.0.0 #226
Conversation
afd97b8
to
e857da6
Compare
Thank you for this PR.
The last build (https://github.com/mantoni/mochify.js/runs/2743568610) passed in Node 16 using Puppeteer 9. Could you elaborate on what exactly is breaking here? Updating puppeteer in Mochify can introduce very subtle breakages from time to time... |
Did puppeteer 9 build correctly? From https://github.com/mantoni/mochify.js/actions, build 6 and 7 were only with the watchify update and both failed. build 8 included the puppeteer update and succeeded. A weird thing I noticed for both build 6 and 7 was that
|
Ah ok, I didn't get that you were referring to this branch, sorry. I was thinking the Puppeteer upgrade was a drive-by and not a necessity in the context of the PR. I was referring to the latest build on current Anyways, the situation seems mysterious: when I checkout Do you think it would make sense to try again with updating watchify only and having tests pass in all Node versions? As for updating Puppeteer it would make sense as well, but I would be slightly worried about this fix puppeteer/puppeteer#7060 introducing some unwanted behavior around the topic of request interception. |
I split the original changes in this PR into three PRs so they could be tested independently. There's #227 which is master with On the Feel free to hold on #228, given possible issues with puppeteer compatibitliy. |
Thank you for untangling this and getting npm to behave. I just had a another look at the changes this would introduce browserify/watchify@v3.11.1...v4.0.0 and it seems that watchify 4 also updates Browserify to v17, which currently does not behave nicely with some features in Mochify: #224 I don't think it is a problem right now (other than the duplicate install) but I would still like to double check what happens here: Line 264 in 1e7c98d
Strangely, looking at the code of watchify it seems, browserify is only depended upon for getting the same CLI interface here: https://github.com/browserify/watchify/blob/7b27a3c0d6bb796cef71faebfeb610ec62ad97b3/bin/args.js#L1 so I guess we should be fine here. I need to run now, but I hope we can get this merged soon. Thank you. |
Ok, I double checked again and it seems watchify as a library never imports the browserify it requires so this will work just fine, with the only downside of installing Browserify twice when installing Mochify, which I guess is ok-ish. Thank you! |
📦 Released this as |
watchify
v3 has indirect security vulnerabilities.watchify
v4 resolves those vulnerabilities and has minimal incompatibilities.Watchify changelog
Also updatespuppeteer
to fix builds with node v16. Puppeteer changelog