[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #28 from Rainer Jung --- Why do you think your observation has any realtion to this bug here. The original bug is about directory listings and you problem seems to be HEAD against an existing file system object. Please post your observations to the users list first. People will try to help you and find out, whether it is a bug for whih you would only then open a new issue here. When posting to the users list don't forget to add infomration abou your server config, server log entries and for curl also the output when you use the "-v -k" flags in addition. Regards, Rainer -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568
Jean Weisbuch changed:
What|Removed |Added
OS|Mac OS X 10.1 |Linux
--- Comment #27 from Jean Weisbuch ---
I still have the issue on 2.4.37, doing a HEAD on a simple file containing "ok"
does fail each time ("curl -I THEURL" returns "curl: (52) Empty reply from
server") while a GET on it (as well as on a 1Gio file) does work (most of the
time at least).
--
I compiled it with the logging patch, here is what i got on a working GET on
the file containing "ok" :
[webserver] [Wed Oct 24 18:00:45.903534 2018] <500> [ratelimit:notice] [pid
22457] [client 10.94.325.20:51504] rate_limit_filter()
[webserver] [Wed Oct 24 18:00:45.903564 2018] <500> [ratelimit:debug] [pid
22457] mod_ratelimit.c(203): [client 10.94.325.20:51504] AH03485: rl: chunk
2097152; burst 1048576; len 202; rem 0
[webserver] [Wed Oct 24 18:00:45.903570 2018] <500> [ratelimit:notice] [pid
22457] [client 10.94.325.20:51504] rate_limit_filter()
[webserver] [Wed Oct 24 18:00:45.903572 2018] <500> [ratelimit:debug] [pid
22457] mod_ratelimit.c(203): [client 10.94.325.20:51504] AH03485: rl: chunk
2097152; burst 1048374; len 205; rem 0
A failing HEAD of the same file :
[webserver] [Wed Oct 24 18:00:52.427441 2018] <500> [ratelimit:notice] [pid
22788] [client 10.94.325.20:51508] rate_limit_filter()
[webserver] [Wed Oct 24 18:00:52.427468 2018] <500> [ratelimit:debug] [pid
22788] mod_ratelimit.c(203): [client 10.94.325.20:51508] AH03485: rl: chunk
2097152; burst 1048576; len 202; rem 0
--
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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 Luca Toscano changed: What|Removed |Added Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #26 from Luca Toscano --- Backported in r1839497, will be part of the next httpd 2.4 release. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #25 from Luca Toscano --- (In reply to Yann Ylavic from comment #24) > Committed to trunk in r1837130. Thanks a lot for the fix Yann! In @dev Cory proposed another solution (mod_ratelimit only), can we also follow up in there to find an agreement and more people that have tested this? -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 Yann Ylavic changed: What|Removed |Added Keywords||FixedInTrunk --- Comment #24 from Yann Ylavic --- Committed to trunk in r1837130. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #23 from Yann Ylavic --- OK, thanks for the clarification and tests. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #22 from snakedo...@gmail.com --- *doh* I was just copying the sbin/httpd binary over, and not doing a full install (so that I could easily switch back to the non-patched version). Obviously, that missed mod_ratelimit.so. Once I did a full install w/the patched mod_ratelimit.so, things started working as expected. So all that to say the patch works! Sorry for the mis-direction on my end! -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #21 from Yann Ylavic --- And, by the way, did you ./configure with --enable-ratelimit=shared ? -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #20 from Yann Ylavic --- It seems that the original/old version is running, not the patched one. By looking at the modification date of "mod_ratelimit.so" in your runtime tree, does it match the one of the build tree? -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #19 from snakedo...@gmail.com --- That's weird. I know mod_ratelimit is working, because when I load the directory with a configuration of "SetEnv rate-limit 4", it loads the raw HTML _extremely slow_ (as expected, at least with regard to the download speed), but when I increase it from 4 to 450, for example, it loads it much quicker (instantly). And when I comment out that line completely, the directory index works fine. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #18 from Yann Ylavic --- There is no log message from mod_ratelimit, so somehow "mod_ratelimit.so" used at runtime isn't a patched one. Something went wrong in your patching/install procedure... -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #17 from snakedo...@gmail.com --- Created attachment 36059 --> https://bz.apache.org/bugzilla/attachment.cgi?id=36059=edit log1.txt Here is the log with mod_dumpio enabled. 22:30:xx = without rate limiting enabled. 22:31:xx = with rate limiting enabled. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 Yann Ylavic changed: What|Removed |Added Attachment #36055|0 |1 is obsolete|| --- Comment #16 from Yann Ylavic --- Created attachment 36058 --> https://bz.apache.org/bugzilla/attachment.cgi?id=36058=edit rate_limit_filter+header_only-v3.patch Sorry, I missed that mod_ratelimit would log nothing when no burst is configured, which makes the previous output quite useless. Could you please retry with this new patch, trace7 still and possibly mod_dumpio configured like: LoadModule dumpio_module /path/to/mod_dumpio.so DumpioOutput on Thanks. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #15 from snakedo...@gmail.com --- Here's my log with trace7. The 12:56:xx time frame was /tmp directory with 0 files in it (success). The 12:57:xx time frame was /tmp directory with 61 files in it (failure). [Mon Jul 30 12:55:55.588267 2018] [core:trace4] [pid 85350] mpm_common.c(531): mpm child 85351 (gen 0/slot 0) exited [Mon Jul 30 12:55:55.588319 2018] [core:trace4] [pid 85350] mpm_common.c(531): mpm child 85352 (gen 0/slot 1) exited [Mon Jul 30 12:55:55.588384 2018] [core:info] [pid 85350] AH00096: removed PID file /var/run/httpd.pid (pid=85350) [Mon Jul 30 12:55:55.588392 2018] [mpm_prefork:notice] [pid 85350] AH00169: caught SIGTERM, shutting down [Mon Jul 30 12:55:55.600602 2018] [core:trace4] [pid 85350] mpm_common.c(428): end of generation 0 [Mon Jul 30 12:55:55.690551 2018] [ssl:trace2] [pid 85393] ssl_engine_rand.c(125): Init: Seeding PRNG with 144 bytes of entropy [Mon Jul 30 12:55:55.690597 2018] [ssl:info] [pid 85393] AH01887: Init: Initializing (virtual) servers for SSL [Mon Jul 30 12:55:55.690609 2018] [ssl:info] [pid 85393] AH01876: mod_ssl/2.4.34 compiled against Server: Apache/2.4.34, Library: OpenSSL/1.0.2k-freebsd [Mon Jul 30 12:55:55.710887 2018] [ssl:trace2] [pid 85394] ssl_engine_rand.c(125): Init: Seeding PRNG with 144 bytes of entropy [Mon Jul 30 12:55:55.710931 2018] [ssl:warn] [pid 85394] AH01873: Init: Session Cache is not configured [hint: SSLSessionCache] [Mon Jul 30 12:55:55.710939 2018] [ssl:info] [pid 85394] AH01887: Init: Initializing (virtual) servers for SSL [Mon Jul 30 12:55:55.710949 2018] [ssl:info] [pid 85394] AH01876: mod_ssl/2.4.34 compiled against Server: Apache/2.4.34, Library: OpenSSL/1.0.2k-freebsd [Mon Jul 30 12:55:55.720077 2018] [core:trace4] [pid 85394] mpm_common.c(531): mpm child 85395 (gen 0/slot 0) started [Mon Jul 30 12:55:55.720472 2018] [core:trace4] [pid 85394] mpm_common.c(531): mpm child 85396 (gen 0/slot 1) started [Mon Jul 30 12:55:55.720489 2018] [mpm_prefork:notice] [pid 85394] AH00163: Apache/2.4.34 (FreeBSD) OpenSSL/1.0.2o-freebsd PHP/5.6.36 configured -- resuming normal operations [Mon Jul 30 12:55:55.720495 2018] [mpm_prefork:info] [pid 85394] AH00164: Server built: unknown [Mon Jul 30 12:55:55.720514 2018] [core:notice] [pid 85394] AH00094: Command line: '/usr/local/sbin/httpd -D NOHTTPACCEPT' [Mon Jul 30 12:55:55.720520 2018] [core:debug] [pid 85394] log.c(1568): AH02639: Using SO_REUSEPORT: no (1) [Mon Jul 30 12:55:55.720526 2018] [mpm_prefork:debug] [pid 85394] prefork.c(918): AH00165: Accept mutex: none (default: flock) [Mon Jul 30 12:56:21.945657 2018] [core:trace5] [pid 85395] protocol.c(708): [client 192.168.10.10:53596] Request received from client: GET /tmp/ HTTP/1.1 [Mon Jul 30 12:56:21.945749 2018] [http:trace4] [pid 85395] http_request.c(436): [client 192.168.10.10:53596] Headers received from client: [Mon Jul 30 12:56:21.945758 2018] [http:trace4] [pid 85395] http_request.c(439): [client 192.168.10.10:53596] Host: 127.0.0.1:8081 [Mon Jul 30 12:56:21.945764 2018] [http:trace4] [pid 85395] http_request.c(439): [client 192.168.10.10:53596] Connection: keep-alive [Mon Jul 30 12:56:21.945770 2018] [http:trace4] [pid 85395] http_request.c(439): [client 192.168.10.10:53596] Cache-Control: max-age=0 [Mon Jul 30 12:56:21.945776 2018] [http:trace4] [pid 85395] http_request.c(439): [client 192.168.10.10:53596] Upgrade-Insecure-Requests: 1 [Mon Jul 30 12:56:21.945782 2018] [http:trace4] [pid 85395] http_request.c(439): [client 192.168.10.10:53596] User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.75 Safari/537.36 [Mon Jul 30 12:56:21.945788 2018] [http:trace4] [pid 85395] http_request.c(439): [client 192.168.10.10:53596] Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8 [Mon Jul 30 12:56:21.945794 2018] [http:trace4] [pid 85395] http_request.c(439): [client 192.168.10.10:53596] Accept-Encoding: gzip, deflate, br [Mon Jul 30 12:56:21.945800 2018] [http:trace4] [pid 85395] http_request.c(439): [client 192.168.10.10:53596] Accept-Language: en-US,en;q=0.9 [Mon Jul 30 12:56:21.945872 2018] [authz_core:debug] [pid 85395] mod_authz_core.c(817): [client 192.168.10.10:53596] AH01626: authorization result of Require all granted: granted [Mon Jul 30 12:56:21.945882 2018] [authz_core:debug] [pid 85395] mod_authz_core.c(817): [client 192.168.10.10:53596] AH01626: authorization result of : granted [Mon Jul 30 12:56:21.945889 2018] [core:trace3] [pid 85395] request.c(302): [client 192.168.10.10:53596] request authorized without authentication by access_checker_ex hook: /tmp/ [Mon Jul 30 12:56:21.945997 2018] [authz_core:debug] [pid 85395] mod_authz_core.c(817): [client 192.168.10.10:53596] AH01626: authorization result of Require all granted: granted [Mon Jul 30 12:56:21.946006 2018] [authz_core:debug] [pid 85395] mod_authz_core.c(817): [client
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 Yann Ylavic changed: What|Removed |Added Attachment #36049|0 |1 is obsolete|| --- Comment #14 from Yann Ylavic --- Created attachment 36055 --> https://bz.apache.org/bugzilla/attachment.cgi?id=36055=edit rate_limit_filter+header_only-v2.patch This new patch adds a trace in the chunk-ing filter so that we can see the order of execution. Thanks for testing with this one instead and provide the error_log with trace7. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #13 from Yann Ylavic --- I can't reproduce either with the patch applied. snakedoctr, could you please provide the error_log with LogLevel trace7? -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #12 from Luca Toscano --- Ah ok now I realized one thing, namely that in my dir listing tests I don't get a chunked response (don't see the Transfer-Encoding: chunked response header). Need to re-test it again and see if I can repro. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #11 from snakedo...@gmail.com --- Removed the patch, and same result -- headers in output using curl. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #10 from Luca Toscano --- Ok good, this is exactly the problem that should be solved with the patch, let's concentrate on it. If you try without the patch, what do you get? In theory the same result, but a confirmation would be good. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #9 from snakedo...@gmail.com --- Curl is definitely showing the headers in the output. e.g. 2029 HTTP/1.1 200 OK Date: Fri, 27 Jul 2018 15:02:16 GMT Server: Apache Transfer-Encoding: chunked Content-Type: text/html;charset=ISO-8859-1 [...] And then at the end of the HTML it throws in a 0. e.g., [...] 0 -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #8 from Luca Toscano --- Can you try with curl or even telnet to see what the server returns? -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #7 from snakedo...@gmail.com --- That's weird. I'm certain the patch is applied. I'm using the FreeBSD ports version of 2.4.34, which does have some patches, but the patch is applying cleanly, so it should be fine. What's weird is now I can't get it to dump the raw headers to the browser like I was able to yesterday. It's throwing the browser errors like it was before even with the patch applied. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #6 from Luca Toscano --- Thanks a lot for testing! In theory the patch should avoid the use case that you mentioned for last, and in my testing environment the repro case that you described works fine (directory listing with 62 files etc..). I did the following: 1) added a Directory and a Options +Indexes and your mod-ratelimit settings 2) created files in there as you suggested (even went to 500 to see if anything changed) 3) tested with Chrome, Safari and curl Is there anything missing? Just be sure, have you applied the patch to a clean v2.4.34 working copy? Luca -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #5 from snakedo...@gmail.com --- I applied the patch, and instead of the browser throwing an error like it did before the patch, it now dumps the raw HTML with headers at the top. e.g., 2061 HTTP/1.1 200 OK Date: Thu, 26 Jul 2018 10:58:46 GMT Server: Apache Keep-Alive: timeout=5, max=100 Connection: Keep-Alive Transfer-Encoding: chunked Content-Type: text/html;charset=ISO-8859-1 [...] That was using the example I provided in my original bug report of touching 62 files in a directory and attempting to get a directory listing via mod_dir. -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #4 from Luca Toscano --- Created attachment 36049 --> https://bz.apache.org/bugzilla/attachment.cgi?id=36049=edit rate_limit_filter+header_only.patch -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #3 from Luca Toscano --- Hi! Apologies for the regression, sadly we (most of the blame on me though!) failed to check chunked responses while testing. While trying to fix mod_ratelimit with proxied content we introduced a new bug, that forces the chunked content filter to emit the HTTP headers as body of the response. I am going to attach to this bug the current patch that we are testing, any feedback would really be appreciated! -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #2 from Eric Covener --- This regression is being worked here: https://www.mail-archive.com/dev@httpd.apache.org/msg71614.html -- 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
[Bug 62568] ERR_INVALID_HTTP_RESPONSE as of 2.4.34 when listing directories
https://bz.apache.org/bugzilla/show_bug.cgi?id=62568 --- Comment #1 from snakedo...@gmail.com --- I should have also said this is when using mod_dir (directory indexes). -- 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
