https://bz.apache.org/bugzilla/show_bug.cgi?id=64421
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW --- Comment #8 from [email protected] --- I have the same issue, and I can reproduce it in a non-production environment. The test server is Fedora 35 running Apache HTTP 2.4.53. The Apache HTTP server is acting a reverse proxy for Apache Tomcat server (version 9.0.59) running on the same system. Though I do not think the server behind the proxy matters as long as it supports HTTP/2. With the following options in the VirtualHost Protocols h2 http/1.1 ProxyPass /h2 h2://tomcat.server:8081/doc ProxyPassReverse /h2 h2://tomcat.server:8081/doc Go to link url that with a well known extension such as /h2/test.xlsx, and that URL results in an error status such as 404 or 401. The Tomcat server will return a Content-Type of 'text/html' and an error page in the body. The Apache proxy will change the Content-Type to 'application/vnd.openxmlformats-officedocument.spreadsheetml.sheet' the html body of the request is still passed on the browser. This results in a ERR_INVALID_RESPONSE from Chrome. Firefox behaives as if no body was sent, and displays whatever content was previous in the tab. If you change the ProxyPass lines to https:// instead of h2://, the error page displays as expected. If you disable mod_mime, the error page displays as expected. If add "RemoveType .xlsx", the error page displays as expected for urls with a .xlsx extension. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
