https://bz.apache.org/bugzilla/show_bug.cgi?id=64452
--- Comment #11 from Ruediger Pluem ---
(In reply to Yann Ylavic from comment #5)
> I can only see a reason for the file to not be cleaned up: another request
> cleanup that runs before and fails (killing the cleanup chain).
Why should a fail
https://bz.apache.org/bugzilla/show_bug.cgi?id=64452
--- Comment #12 from Yann Ylavic ---
(In reply to Bernhard Friedreich from comment #10)
> Is it also possible to attach to a running httpd? I don't have root
> permission on the server so I can only start apache using sudo with our
> systemd un
https://bz.apache.org/bugzilla/show_bug.cgi?id=64452
--- Comment #13 from Yann Ylavic ---
(In reply to Ruediger Pluem from comment #11)
> Why should a failing cleanup kill the cleanup chain? If the cleanups are run
> by apr_pool_clear or apr_pool_destroy no return code is checked and the
> cleanu
https://bz.apache.org/bugzilla/show_bug.cgi?id=64452
--- Comment #14 from Bernhard Friedreich ---
(In reply to Yann Ylavic from comment #13)
> Is there something special on your system that prevent opened file to be
> removed? It shouldn't be an issue on unix systems usually.
Between updating f
https://bz.apache.org/bugzilla/show_bug.cgi?id=64462
Bug ID: 64462
Summary: [Feature Request] Support for HTTP/3
Product: Apache httpd-2
Version: 2.4.43
Hardware: PC
OS: Linux
Status: NEW
Severity: enhance
https://bz.apache.org/bugzilla/show_bug.cgi?id=61090
--- Comment #7 from Michael Osipov ---
Here is another in-detail description of the issue:
https://www.mail-archive.com/users@tomcat.apache.org/msg135207.html
--
You are receiving this mail because:
You are the assignee for the bug.
-
https://bz.apache.org/bugzilla/show_bug.cgi?id=60717
--- Comment #3 from Michael Osipov ---
Here is another in-detail description of the issue:
https://www.mail-archive.com/users@tomcat.apache.org/msg135207.html
--
You are receiving this mail because:
You are the assignee for the bug.
-
https://bz.apache.org/bugzilla/show_bug.cgi?id=64016
--- Comment #2 from Michael Osipov ---
Here is another in-detail description of the issue:
https://www.mail-archive.com/users@tomcat.apache.org/msg135207.html
--
You are receiving this mail because:
You are the assignee for the bug.
-
https://bz.apache.org/bugzilla/show_bug.cgi?id=60142
--- Comment #1 from Ankur Joshi ---
https://www.newgrouplink.com/
Check this out!!! May help!!
--
You are receiving this mail because:
You are the assignee for the bug.
-
To
https://bz.apache.org/bugzilla/show_bug.cgi?id=39913
--- Comment #8 from Ankur Joshi ---
https://funnygroupnames.xyz/
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail: bugs-unsu
https://bz.apache.org/bugzilla/show_bug.cgi?id=63366
--- Comment #3 from Ankur Joshi ---
Visit This page may help you thankyou!!!...
https://funnygroupnames.xyz/
https://www.newgrouplink.com/
--
You are receiving this mail because:
You are the assignee for the bug.
---
https://bz.apache.org/bugzilla/show_bug.cgi?id=64016
Ankur Joshi changed:
What|Removed |Added
URL||https://www.newgrouplink.co
https://bz.apache.org/bugzilla/show_bug.cgi?id=61090
--- Comment #8 from Yann Ylavic ---
Can't the ProxyPass ping= parameter help here, such that mod_proxy_http issues
a 100-continue negotiation with the backend (even if the client did not ask for
it)?
In latest mod_proxy versions, if the respon
https://bz.apache.org/bugzilla/show_bug.cgi?id=60717
Yann Ylavic changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bz.apache.org/bugzilla/show_bug.cgi?id=61090
--- Comment #9 from Michael Osipov ---
(In reply to Yann Ylavic from comment #8)
> Can't the ProxyPass ping= parameter help here, such that mod_proxy_http
> issues a 100-continue negotiation with the backend (even if the client did
> not ask fo
https://bz.apache.org/bugzilla/show_bug.cgi?id=61090
--- Comment #10 from Yann Ylavic ---
(In reply to Michael Osipov from comment #9)
> In my case, to some extend. I have tried with 100 ms and 500 ms. The backend
> is on the same machine. Sometimes it works, sometimes curl receives 503.
That's
https://bz.apache.org/bugzilla/show_bug.cgi?id=61090
--- Comment #11 from Yann Ylavic ---
(In reply to Yann Ylavic from comment #10)
> ... unless the client as requests a ...
... unless the client *also* requests a ...
--
You are receiving this mail because:
You are the assignee for the bug.
--
https://bz.apache.org/bugzilla/show_bug.cgi?id=61090
--- Comment #12 from Yann Ylavic ---
Also, I think that a backend should not allow itself to respond early and close
the connection (without reading the whole request) unless 100-continue is
involved somehow. HTTP being transactional, a proxy c
18 matches
Mail list logo
