-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
spdy break content when you use difference protocols for dev server and proxy #1574
Comments
@jrweinb can you create minimum reproducible test repo? |
@evilebottnawi - I was unable to reproduce the error when serving a large file from a local node server. I apologize, but I failed to mention in my bug report that I am on a corporate VPN...I believe that this is the source of the issue. I found a relevant issue in the http-proxy-middleware repo: |
I also got this issue after upgrading from |
@mehl321 maybe you can create minimum reproducible test repo? |
I created a minimal repo on my machine with a similar config (proxy, HMR, fetching a similar JSON from another local server. No HTTPS though) but I couldn't reproduce the bug. |
@mehl321 so we can close issue? |
Close the issue if you want but I think the bug is still here. I just didn't manage to reproduce it. |
/cc @jrweinb friendly ping |
I'm encountering this too but couldn't make minimum reproducible test repository. 3.1.9 OK Operating System: Windows 10 |
I think problem on proxy server side, we don't touch content from proxy |
+1 on this issue. downgrade to 3.1.9 worked for me. I have no reproducible test/repo for you. |
@eemeli we don't touch anything with |
@evilebottnawi Well, it was literally the only change in my setup. Maybe a dependency changed? in which case it would be helpful to track down which dep could cause this. |
@emillynge yep, so we need reproducible test repo, it is help to solve this issue |
My Payload is 512KB and I have the same issue. JSON it gets corrupts in webpack-dev-server Version: 3.1.11 - 3.1.14. |
@victors1681 please create minimum reproducible test repo, otherwise issue was closed and marked as spam |
I meet some issue in version 3.1.14, my payload is 27.5KB, enabled https proxy. After I downgrade to 3.1.10, it works fine also. I think the issue should happened in proxy side, please help to check and fixed. Thanks |
@edwint229 Can you provide minimum reproducible test repo? |
i found our api response data (large json ) is truncated . the api server support http2 and it only reproduced in http2 . we can force proxy server use http1.1 always:
|
@houfeng0923 Can you create minimum reproducible test repo? |
I'm having the same issue with webpack-dev-server 3.2.1 |
@evilebottnawi , i guess a http2 bug in i ceate a spdy-http2/node-spdy#357 here. |
@houfeng0923 thanks for investigateion |
same issue here with Node v8 |
node v10 forces webpack-dev-server to use https server instead of spdy, I think just an option to select manually would be a solution in that particular case |
@yadue why? |
for users who are not using nodejs 10 for some reasons it uses only spdy which in webpack-dev-server above 3.1.10 fails for some reasons for the guys here, it truncates response in some cases. there is no way for us to use latest versions of webpack-dev-server since we can't manually select which protocol we want to use webpack-dev-server detects node v10 and runs https server which works just fine, node < 10, runs spdy library which above version 3.4.7 fails for some users |
@yadue it is not solution, we should find problem and fix it, no need implement hacks |
What is problem create minimum reproducible test repo? |
here you go: it really took me so long to find reproducible case. |
@yadue very thanks, i will looks on this in near future |
@yadue sorry for delay, can't reproduce, can you provide node version? os version? Other information what can help debug problem |
Node v8.11.4 |
I think problem on nodejs/os side, not in webpack-dev-server 😞 |
Try to reproduce. @yadue just confirm, problem still exists? What workaround you are use? |
Reproduced, it is only on node@8, you can use node@10 as workaround |
Continue investigate, but looks i find the problem - |
Original problem spdy-http2/node-spdy#357. Unfortunately we can fix it right now, it was be fixed after express will be support http2. Now we implement |
node v10.16.0 webpack 2.7.1 has the same problem,my heart is crying... |
#MeToo. I get truncation or sometimes "holes" in long XML :lol:. I have various micro-services (coors, mixed security, etc). Guess I will try a newer node. |
hello everybody now i fix this problem,when i try to change every option of my own webpack-dev-server config,when i change compress to false,then everything is ok. config.devServer = {
...
**compress: false,**
...
} |
Hi, Any news on a fix for this bug? I tried to set compress on false but it didn't change anything. Thx, |
|
@seblegall @superchangme Please try:
|
👍 It works just fine. thx. |
👍 It works just fine. thx. |
i find the real reason is my nginx proxy temp file config is no authorization,and i follow this article delete proxy_temp directory,then well done https://blog.csdn.net/e_wsq/article/details/78285185 |
In the next major release we will support |
Code
I added the Accept-Encoding header per this advice: #354, but it does not solve the problem. I also tried changing the timeout settings without success
Expected Behavior
That when proxying a GET request to /api, the full JSON response will be received
Actual Behavior
Sometimes the request is properly fulfilled and sometimes the response is truncated. This only happens with > 3mb JSON response.
When disabling Chrome web security and making the request directly to the server (without the wds proxy), the request is always fulfilled properly.
For Bugs; How can we reproduce the behavior?
Make a GET request with a JSON response > 3mb through the wds proxy.
To test without the proxy, disable Chrome security and make the request directly to the server.
To disable web security, from terminal:
open /Applications/Google\ Chrome.app --args --user-data-dir="/var/tmp/Chrome dev session" --disable-web-security
The text was updated successfully, but these errors were encountered: