www-apache-bugdb mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeffrey Baker <...@tamu.edu>
Subject os-windows/2348: PATH_INFO still borken on 1.3b7
Date Thu, 04 Jun 1998 14:05:47 GMT

>Number:         2348
>Category:       os-windows
>Synopsis:       PATH_INFO still borken on 1.3b7
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Thu Jun  4 07:10:00 PDT 1998
>Last-Modified:
>Originator:     jwb@tamu.edu
>Organization:
apache
>Release:        1.3b7
>Environment:
Windows NT 4.0 SP3, MS Visual C++ 5.0 SP3
>Description:
The behavior of path information on Win32 Apaches is still broken on 1.3b7
(PR #2274).  However, on 1.3b7 it is broken differently.  The behavior of double
slashes is still the same: any double slashes in the path info are stripped.

for example:

http://myhost/ascript.cgi/foo//bar

path_info() returns 'foobar'

The behavior with a single trailing slash is broken in a different way.  If 
there is no path information and a single trailing slash, such as 
http://myhost/ascript.cgi/, things work OK.  But if there is some path info,
such as http://myhost/ascript.cgi/foobar/, Apache returns a 404 Not Found.  The
error log complains

[Thu Jun 04 08:50:44 1998] [error] File does not exist: 
d:/apache\htdocs\housing\logon.perl\654\564\/

>How-To-Repeat:

>Fix:
Apparently Apache is trying to do some kind of slash translation to access the
file on the disk, but it should do it =after= it separates the filename from the
path information.
>Audit-Trail:
>Unformatted:
[In order for any reply to be added to the PR database, ]
[you need to include <apbugs@Apache.Org> in the Cc line ]
[and leave the subject line UNCHANGED.  This is not done]
[automatically because of the potential for mail loops. ]




Mime
View raw message