Thanks for reporting this. 

We have committed a change that can potentially fix this issue: 

https://hg.nginx.org/nginx-quic/rev/ef83990f0e25 

Could you please update the source code and report if the issue is indeed fixed for you? 

thank you for solving the problem!  i can confirm that PayPal doesnt
seem to have a problem anymore and that Postman 7.34.0 also seems
happy now.

it might be completely un-related to this problem, but i have noticed
that now a large number php pages are having some difficulty being
consistently displayed.  if i spam the reload key in the browser,
it feels like every third reload will hang and 200 with no content
returned.  Edge seems to handle it gracefully and moves the connection
back to h2.  Firefox will hang the tab until it times out (very odd),
but then it might work the next tab reload.

hello team,


i have found that https://hg.nginx.org/nginx-quic (current as of 06 Nov 2020)
is having some trouble properly POSTing back to PayPal using php 7.3.24 on
a Debian Buster box. things work as expected using current mainline nginx
or current quiche.  i have verified that PageSpeed is not causing the problem.

the PayPal IPN php script is one of those things that has been working so
long it has cobwebs on it.  it gets a POST, it adds a key / value to the
payload and POSTs it back.  it is instantaneous and thoughtless.  the PHP
script is getting a 200 return code from the return POST and everything
seems great on my side.  but PayPal is complaining about the return POST
and they cant tell me why.  i have enabled logging on the script and in
PHP and dont see anything out of the ordinary.  the only thing i see is
when i use Postman 7.34.0 i am getting a "Parse Error: Invalid character
in chunk size" error, which i am having no luck tracking down information
on.

i would like to generate some --debug logs for you but wont because of the
sensitive PayPal customer payment information.

any thoughts or suggestions?

nginx -V
nginx version: nginx/1.19.4
built by gcc 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)
built with OpenSSL 1.1.1 (compatible; BoringSSL) (running with BoringSSL)
TLS SNI support enabled
configure arguments: --with-cc-opt=-I../boringssl/include --with-ld-opt='-L../boringssl/build/ssl -L../boringssl/build/crypto' --with-http_v3_module --with-http_quic_module --with-stream_quic_module --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --conf-path=/etc/nginx/nginx.conf --pid-path=/var/run/nginx.pid --lock-path=/var/lock/nginx.lock --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --user=www-data --group=www-data --without-http_uwsgi_module --without-http_scgi_module --without-http_memcached_module --without-mail_pop3_module --without-mail_imap_module --without-mail_smtp_module --with-http_ssl_module --with-http_v2_module --with-http_stub_status_module --with-http_gzip_static_module --with-http_realip_module --with-file-aio --add-module=../../headers-more-nginx-module --add-module=../../pagespeed --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --with-openssl=../boringssl

as always, thank you for being awesome.
_______________________________________________
nginx mailing list
nginx@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx