<div dir="ltr">Hi Maxim,<div><br></div><div>Thank you the reply, which I appreciate very much. I fully agree in spirit.</div><div><br></div><div>In practice, the issue of previous versions not working on WSL is a long-standing bug vs WSL that people far more expert than me on unix internals, WSL, nginx, and fpm have not yet solved for two years plus, other than everyone being told to disable fastcgi_buffering. (If you're interested, there's plenty of history in various WSL bug reports to read through.)</div><div><br></div><div>No doubt the root cause here is a flaw in WSL. That's not on the nginx team to fix.</div><div><br></div><div>That said, as a practical matter, the once easily available workaround is now gone. I'd like to understand what changed in 1.18 and if there is an easy adaptation to it, as that seems the path of least resistance.</div><div><br></div><div>For what it's worth, the issue generates no logging in either the nginx error logs, access logs, or php7.1-fpm logs. It's impact is visible only on the web client side, where the user sees it as a partially received page and the net::ERR_INCOMPLETE_CHUNKED_ENCODING is available from the browser developer tools once the browser has timed out on waiting for the rest of the page.</div><div><br></div><div>Thanks again,</div><div>Bruce</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 11, 2020 at 9:21 AM Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello!<br>
<br>
On Mon, May 11, 2020 at 08:39:22AM -1000, Bruce Klein wrote:<br>
<br>
> Does anyone have nginx 1.18.0 running successfully on WSL?<br>
> <br>
> Previous versions have worked fine for me the past couple years as long as<br>
> the standard WSL fix "fastcgi_buffering off" was applied.<br>
> <br>
> I just picked up the 1.18.0 update and now I'm back to the old<br>
> net::ERR_INCOMPLETE_CHUNKED_ENCODING errors you used to see with large<br>
> pages when fastcgi_buffering was on.<br>
> <br>
> Is it possible that as of the 1.18.0 update a different directive is<br>
> required to turn fastcgi_buffering off? Or that nginx is now ignoring this<br>
> directive?<br>
> <br>
> Anyone have any suggestions for me to try? Thanks for any tips!<br>
<br>
Things are expected to work regardless of "fastcgi_buffering" <br>
being on or off.  And the error suggests that there is something wrong <br>
with the setup.  Instead of trying to work around the problem with <br>
"fastcgi_buffering", it might be a good idea to actually dig into <br>
what goes wrong and why the error appears.  In particular, looking <br>
into error log might be a good idea.<br>
<br>
Once the underlying problem is understood, you'll be able to fix <br>
it properly, without involving magic like "the standard WSL fix".  <br>
And the proper fix is expected to work with any nginx version.<br>
<br>
-- <br>
Maxim Dounin<br>
<a href="http://mdounin.ru/" rel="noreferrer" target="_blank">http://mdounin.ru/</a><br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org" target="_blank">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div>