https://bz.apache.org/bugzilla/show_bug.cgi?id=64421
granddr...@hotmail.com changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #8 from granddr...@hotmail.com ---
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: bugs-unsubscr...@httpd.apache.org
For additional commands, e-mail: bugs-h...@httpd.apache.org
