-
-
Notifications
You must be signed in to change notification settings - Fork 32.7k
Closed
Labels
netIssues and PRs related to the net subsystem.Issues and PRs related to the net subsystem.
Description
- Version: 10.6.0
- Platform: Darwin 18.0.0 Darwin Kernel Version 18.0.0: Wed Jun 27 22:28:20 PDT 2018; root:xnu-4903.200.274.31.2~2/RELEASE_X86_64 x86_64
- Subsystem: net
This is a node internal crash that happens with webpack-dev-server
, likely with any config, only when running on node 10.6.0:
internal/stream_base_commons.js:59
var err = req.handle.writev(req, chunks, allBuffers);
^
TypeError: req.handle.writev is not a function
at writevGeneric (internal/stream_base_commons.js:59:24)
at Socket._writeGeneric (net.js:758:5)
at Socket._writev (net.js:767:8)
at doWrite (_stream_writable.js:408:12)
at clearBuffer (_stream_writable.js:517:5)
at Socket.Writable.uncork (_stream_writable.js:314:7)
at connectionCorkNT (_http_outgoing.js:646:8)
at process._tickCallback (internal/process/next_tick.js:63:19)
The same webpack-dev-server
with the same config has no crash on node 10.4.1 and runs successfully.
lilbumblebear, estebank, mrkmrtns, boldt, jowax and 106 more
Metadata
Metadata
Assignees
Labels
netIssues and PRs related to the net subsystem.Issues and PRs related to the net subsystem.
Type
Projects
Milestone
Relationships
Development
Select code repository
Activity
gireeshpunathil commentedon Jul 5, 2018
a minimal reproduce please?
MymmiJ commentedon Jul 11, 2018
Not OP & don't have a minimal reproduce as such unfortunately, but I'm having the same problem on my local build (Mac OS X v 10.13.4) and others have verified on the same OS. Seems to happen on build while building the ttf2woff2 module, and while running it happens with some XHRs that timeout, but sometimes it just appears to fall over with no consistent pattern. It doesn't happen every time that we build using 10.6.0, but if it doesn't happen during build it always happens at some point while running, usually within 5-20 minutes.
Building the ttf2woff2 module is the longest stage of our build process and therefore it may be just a coincidence that this error tends to throw during this particular stage (i.e. it could happen any time but this is the time it's most likely to happen statistically), or it may be that long-running processes themselves cause the issue. This is about as helpful as I can get I'm afraid, it's all I can tell from where I'm sat.
We're currently just reverting to an earlier version, we haven't found a reliable workaround.
Jesseppi commentedon Jul 13, 2018
Im getting the same issue.
Version: 10.6.0
Platform: OSX HighSierra 10.13.6
when running webpack-dev-server, and seems to only happen when im accessing the page from IOS device.
addaleax commentedon Jul 13, 2018
Since this already has 18 upvotes: Please provide a way to reproduce this. It seems like enough people are running into this issue to make that possible…
WesSouza commentedon Jul 14, 2018
Boy this is complicated.
I was able to create a reproducible flow for this:
npm install
this https://github.com/WesleydeSouza/subway-timeHTTPS=1 node scripts/start.js
https://[IP]:3000
/eventsource
repeatedly, which immediately crashes the server again.I'm on macOS 10.14 18A326h (Mojave), and tested on iOS 11.4 simulator and a device with iOS 12, always with the same results. Desktop Chrome doesn't trigger this problem.
danyim commentedon Jul 15, 2018
I ran into this issue when I was running Node 10 in a new shell while trying to start a Node 7 project. Try
rm -rf node_modules && nvm use 7 && yarn install
if all else fails.YvanGuidoin commentedon Jul 23, 2018
Same issue running Node v10.7.0 on Ubuntu 18.04, with the latest webpack-dev-server, and accessing with Chromium
lundibundi commentedon Jul 23, 2018
@YvanGuidoin is it possible for you to provide what are you actually running with the
webpack-dev-server
? As it seems that we may be able to reproduce your case much more easily than @wesleydesouza one (I actually tried that one with MacOS in VBox but I guess it's outdated enough to not trigger this bug).geminiyellow commentedon Jul 25, 2018
same, webpack-dev-server down.
WellspringCS commentedon Jul 26, 2018
same. Windows 10 Node v10.7.0 using angular
"@angular-devkit/build-angular": "~0.6.8",
"@angular/cli": "^6.0.8",
"@angular/compiler-cli": "6.0.9",
rebooted my machine and the problem is gone.
For now.
YvanGuidoin commentedon Jul 26, 2018
@lundibundi I can't give you access to the code sorry ;) but I cleaned our webpack config from the "private" parts so you can see it
and the error I have
Edit: Two of webpack dev server proxy path are used for Websocket connections to our backend launched in Docker locally, don't know if that might have an impact?
addaleax commentedon Jul 26, 2018
@YvanGuidoin Do you think you could work out a full reproduction based on this?
YvanGuidoin commentedon Jul 27, 2018
@addaleax Tried to recreate a cleaned reproduction, but it isn't happening wihout the backend, and tried to recreate it with clean code (create-react-app) and a websocket server it's not happening either (even when calling 9/10 websocket in parallel per browser) ><
addaleax commentedon Jul 27, 2018
@YvanGuidoin Can you provide other information about the issue? Maybe you could attach the inspector to the Node process and see what the actual values of
req.handle
/req.handle.writev
are?52 remaining items
Fix server: don't use spdy on node >= v10.0.0
Fix server: don't use spdy on node >= v10.0.0
Backports fix for webpack#1449
rmatrose commentedon Jan 22, 2019
I was getting this error on Windows 10 x64 on NodeJS version 10.13.0. I simply removed NodeJS version 10.13.0 and installed version 8.11.3 and restarted my machine and it was gone!
nicholas-eden commentedon Mar 5, 2019
Is there a fix or a workaround for this that doesn't require using node 8?
Using node 10.10 and angular 5 I get this error when I run the angular serve command. It only occurs when using the iOS simulator. It may have something to do with which version I'm emulating, definitely happens on iPad 9.2. I don't recall if it occurs in 12, or if I just haven't had it running long enough to trigger the error.
addaleax commentedon Mar 5, 2019
@nicholas-eden spdy-http2/handle-thing#5 should have fixed this on the spdy side, so updating your dependencies might help.
Otherwise, you may need to provide steps to reproduce in order for people to be able to help you.
nicholas-eden commentedon Mar 11, 2019
I don't know how reproducible this is on other projects, but here's what's happening:
Strangely, this doesn't happen with an iPad 9 or 10 instance.
This is my error log:
boxfox619 commentedon Mar 18, 2019
I have same problem when open page on https with IPhone X.
node version 10.6.0 -> occur 'req.writev is not a function' error
But, It worked fine on a desktop browser.
And i solved this problem with change node version to 8.11.3
martinKindall commentedon Mar 20, 2019
Same issue here
Ubuntu 16.04 64 bits
nodejs v10.15.0
Using create-react-script and it crashes when I use chrome on my cellphone. Chrome on my desktop doesn't produce this failure.
internal/stream_base_commons.js:62
var err = req.handle.writev(req, chunks, allBuffers);
^
TypeError: req.handle.writev is not a function
at writevGeneric (internal/stream_base_commons.js:62:24)
at Socket._writeGeneric (net.js:715:5)
at Socket._writev (net.js:724:8)
at doWrite (_stream_writable.js:408:12)
at clearBuffer (_stream_writable.js:517:5)
at Socket.Writable.uncork (_stream_writable.js:314:7)
at connectionCorkNT (_http_outgoing.js:641:8)
at process._tickCallback (internal/process/next_tick.js:63:19)
alcmontejo commentedon Oct 3, 2019
what is the resolution?
lundibundi commentedon Feb 26, 2020
The resolution is to use
webpack-dev-server
of version >=3.1.7
that fixed the bug.Based on github milestones in
create-react-app
it should be shipped with the updated version starting withcreate-react-app@2.0+
(PR facebook/create-react-app#5032)Update webpack-dev-server 3.1.5 → 3.1.7 (facebook#4955)
Update webpack-dev-server 3.1.5 → 3.1.7 (#4955)