DO NOT REPLY [Bug 29812] - URLs processed through Action do not have auth info when the action cgi is not also within the auth realm

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29812

URLs processed through Action do not have auth info when the action cgi is not 
also within the auth realm

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 10678] - Several .htaccess files are consulted, REMOTE_USER gets dropped

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=10678

Several .htaccess files are consulted, REMOTE_USER gets dropped

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-06-25 19:28 ---
*** Bug 29812 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29812] - URLs processed through Action do not have auth info when the action cgi is not also within the auth realm

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29812

URLs processed through Action do not have auth info when the action cgi is not 
also within the auth realm

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-06-25 19:28 ---
The 1.3 behaviour was just wrong. This was corrected in 2.0.

*** This bug has been marked as a duplicate of 10678 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29812] New: - URLs processed through Action do not have auth info when the action cgi is not also within the auth realm

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29812

URLs processed through Action do not have auth info when the action cgi is not 
also within the auth realm

   Summary: URLs processed through Action do not have auth info when
the action cgi is not also within the auth realm
   Product: Apache httpd-2.0
   Version: 2.0.49
  Platform: PC
OS/Version: FreeBSD
Status: NEW
  Severity: Major
  Priority: Other
 Component: mod_access
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


Given something like this:

Action template-handler /cgi-bin/pagehandler.cgi
AddHandler template-handler .ttml

All *.ttml pages are nicely processed thru pagehandler.cgi.  However, if you 
add this:


  AuthName "Secure Pages"
  AuthType Basic
  AuthGroupFile /dev/null
  AuthUserFile /web/adminpasswords
  require valid-user


then any *.ttml file within /secure is still processed thru pagehandler.cgi, 
*BUT* the auth info is not 
presented to the pagehandler program.  The auth info is still requested by the 
server/browser.  Any 
static content fetched from /secure is properly logged with the auth ID, but 
the dynamic *.ttml are not 
logged with it.

Under Apache 1.3, this worked as expected -- the auth info (basically 
REMOTE_USER) was present 
within the pagehandler.cgi execution.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28553] - Action / SetHandler feature

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28553

Action / SetHandler feature





--- Additional Comments From [EMAIL PROTECTED]  2004-06-25 18:51 ---
The same thing happens when you set up a handler directly in httpd.conf:

Action redirect-handler /cgi-bin/redirect.cgi

  SetHandler redirect-handler


The above works flawlessly in 1.3.  The following rewrite rule *almost* does 
the same.  The difference 
is that it leaves the original URL in the browser rather than the "redirected" 
url.

RewriteEngine On
RewriteRule ^/rd(.*) /cgi-bin/redirect.cgi$1 [PT,L]

(Obviously, my redirect.cgi does redirection to other parts of the site, by 
setting the Location CGI 
header).

I hope the proposed backport can happen soon.  Thanks.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29795] - child process dies and the httpd server is unresponsive

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29795

child process dies and the httpd server is unresponsive





--- Additional Comments From [EMAIL PROTECTED]  2004-06-25 15:18 ---
Ouch,. where I said "resolved in 2.0.49" I should have said "will be resolved in
2.0.50"... sorry

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29795] - child process dies and the httpd server is unresponsive

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29795

child process dies and the httpd server is unresponsive





--- Additional Comments From [EMAIL PROTECTED]  2004-06-25 15:14 ---
To work around hang after crash, add "AcceptMutex sysvsem" to httpd.conf.
(This assumes you're running on a level of Linux kernel/glibc with NPTL support,
which causes older Apache to choose pthread mutexes by default for accept mutex.
 Use of pthread mutexes can cause web server hang after child process crash. 
This issue resolved in 2.0.49.)

No idea about cause of child process crash.  Can you get coredump/backtrace
showing what code crashed?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27945] - Memory violations in 'ssl_io_filter_cleanup(..)' crashes the server

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27945

Memory violations in 'ssl_io_filter_cleanup(..)' crashes the server

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-06-25 15:00 ---
*** Bug 29788 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29788] - Random Segmentation Fault

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29788

Random Segmentation Fault

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-06-25 15:00 ---
2.0.49-specific segfaults on sites using SSL is probably bug 27945, where you
can find a link to a patch.

*** This bug has been marked as a duplicate of 27945 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29795] New: - child process dies and the httpd server is unresponsive

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29795

child process dies and the httpd server is unresponsive

   Summary: child process dies and the httpd server is unresponsive
   Product: Apache httpd-2.0
   Version: 2.0.49
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: mod_proxy
AssignedTo: bugs@httpd.apache.org
ReportedBy: [EMAIL PROTECTED]


when a proxy request is made for a non-existing https webiste (any address), one
of the child instances crashes and the httpd server stops responding to all
types of requests (proxy, web etc).  tested the same with version 2.0.48 and the
response was OK.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]