You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2008/06/27 14:16:09 UTC
DO NOT REPLY [Bug 45297] New: mod_dir does not manage correctly the
user (
r->user) in the response handler
https://issues.apache.org/bugzilla/show_bug.cgi?id=45297
Summary: mod_dir does not manage correctly the user (r->user) in
the response handler
Product: Apache httpd-2
Version: 2.2.9
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: mod_dir
AssignedTo: bugs@httpd.apache.org
ReportedBy: titetluc@gmail.com
CC: titetluc@gmail.com
I have a problem retrieving the user identity (r->user) in a specific
configuration (using mod_perl). I sent a mail on the mod_perl mailing list to
verify if the pb came from mod_perl.
The thread can be found here:
http://www.gossamer-threads.com/lists/modperl/modperl/97533
Torsten Foertsch (thanks to him) configured a basic httpd configuration to
locate the problem. It seems that mod_dir does not work properly.
All the story in the previous link !
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org
DO NOT REPLY [Bug 45297] mod_dir does not manage correctly the user
(r->
user) in the response handler
Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=45297
--- Comment #2 from Torsten F <to...@gmx.net> 2008-06-27 08:28:47 PST ---
Created an attachment (id=22189)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=22189)
adds "r->user = rr->user" to ap_internal_fast_redirect
ap_internal_fast_redirect looks to me like a very ugly hack. Its name suggests
that it does an internal redirect but it doesn't. It simply destroyes the
current main request and overrides it with the other.
Why is it used instead of ap_run_sub_req?
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org
DO NOT REPLY [Bug 45297] mod_dir does not manage correctly the user
(r->
user) in the response handler
Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=45297
Torsten F <to...@gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |torsten.foertsch@gmx.net
--- Comment #1 from Torsten F <to...@gmx.net> 2008-06-27 08:05:58 PST ---
I have verified it without mod_perl with apache 2.2.9:
DirectoryIndex index.shtml
Options Includes Indexes
AddType text/html .shtml
AddOutputFilter INCLUDES .shtml
<Location /index.shtml>
Require valid-user
AuthType basic
AuthName "Something very secret"
AuthUserFile /path/to/htpasswd
</Location>
My index.shtml reads:
<html>
<body>
<h1>Hello <!--#echo var="REMOTE_USER" --></h1>
<pre>
<!--#printenv -->
</pre>
</body>
</html>
If /index.shtml is requested all works normal. If only / is requested I get
the password prompt. Then it shows the page but the REMOTE_USER variable is
unset. This variable is r->user.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org