Closed papandreou closed 6 years ago
Seems like this commit is the culprit: https://github.com/nodejs/node/commit/c247cb02a1
Yes, thanks, I encountered the same issue here. May I know when will this issue fixed and merged into master?
@fyhao, I've fixed it in #49 and published my mitm-papandreou fork. You can switch to that if you're in a hurry.
This happens in node 8.12.0 as well, which was released yesterday.
This happens in node 8.12.0 as well, which was released yesterday.
me too,when upgrade 8.12.0
While you're waiting, you can switch to the mitm-papandreou
package, which includes this fix.
On it! Checking out @papandreou's work and ensuring it works on v10 as well. Hope to get a fix out tomorrow.
Thanks again, @papandreou, and others, for the Node v9.6+ debug help. While I was checking that out, I went ahead and fixed Node v10 and v8.12 as well as they seemed to introduce a few other incompatibilities.
I'll cut a release once I've heard some of you confirm that the master branch works on your machine with a real project. Doing the same myself.
I'll publish the new version tomorrow. It seemed to continue to work fine on my own calendar app and presumably will on all of yours, too. :)
I've tested it a bit, and it does seem to fix the node.js 10 problems :tada:
I ran into some weirdness with node 8.12.0, though: https://travis-ci.org/assetgraph/assetgraph/jobs/428921736#L2808-L2821 -- but it seems to be due to a bad backport that has a fix on the way.
No matter what it's not a regression in node-mitm, so I say :shipit:
That failing test seems to be using your fork which doesn't have the latest changes from here, right? I noticed the server
issue and renamed that property to work-around that v8.12 prob.
While it may not have been obvious, Mitm's server
property on the client side socket was unrelated to how Node v8.12 started using it internally. ^_^
That failing test seems to be using your fork which doesn't have the latest changes from here, right? I noticed the server issue and renamed that property to work-around that v8.12 prob.
The failing test was running mitm-papandreou@1.3.3-patch5, which does include the latest changes here. I merged in master: https://github.com/papandreou/node-mitm/commit/02f74f7aa9eecc67a1ea2ed370e36fb8a3063562
... But let's hope it sorts itself out when they fix node 8.12
Gotcha. Do unexpected-mitm and httpception emit events again to trigger that bug on Node v8.12? Mitm.js's own triggering of connection
does work now.
Anyways, I published v1.4 with the Node v8.12, v9 and v10 fixes so people who don't follow Mitm.js's master branch can continue using it. Thanks again everyone!
Thanks a lot for sorting it all out!
Gotcha. Do unexpected-mitm and httpception emit events again to trigger that bug on Node v8.12?
No. There's a few places where the unexpected-mitm emits an error
event on the client socket to simulate errors, but none of that code is in play for the test that failed.
I'll pick it up again and look for the root cause if the next node 8.x release still triggers it.
Okei. Just FYI, my own app's tests that use Express.js with Mitm.js don't trigger errors under v8.12.
Yeah, there's a good chance that it's a bug in unexpected-mitm, or a weird edge case.
Everything works fine with 9.5.0 and below, but on 9.6.0 a bunch of the tests fail with: