Re: Bug#242543: apache: PATH_INFO not set for !--#include virtual=page.html/path?query --
tags 242543 + help stop hi guys, On Wed, 7 Apr 2004, Carl Johnstone wrote: That's the main request. #include is supposed to perform an internal sub-request for the new URL, with the environment setup accordingly. If I wanted the *original* query string and path_info I would be using #exec-cgi rather than #include virtual. The second section of this email : http://www.mail-archive.com/dev@httpd.apache.org/msg17597.html on the apache-dev mailing list, suggests that what I've tested should work. I am really not sure what is at fault here and I would appreciate some help in hunting down this bug. thanks Fabio -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout.
Processed: Re: Bug#242543: apache: PATH_INFO not set for !--#include virtual=page.html/path?query --
Processing commands for [EMAIL PROTECTED]: tags 242543 + help Bug#242543: apache: PATH_INFO not set for !--#include virtual=page.html/path?query -- There were no tags set. Tags added: help stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#242543: apache: PATH_INFO not set for !--#include virtual=page.html/path?query --
Package: apache Version: 1.3.29.0.2-4 Severity: normal test.html !--#echo var=PATH_INFO -- !--#echo var=QUERY_STRING -- --- test2.html - !--#include virtual=test.html/path?query -- - Requesting http://site/test.html/path?query gives me: path query Requesting http://site/test2.html gives me: (none) query They should match. I've tested this on a vanilla apache install, so it looks like an upsteam problem. Carl -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686-smp Locale: LANG=C, LC_CTYPE=C Versions of packages apache depends on: ii apache-common 1.3.29.0.2-4 Support files for all Apache webse ii debconf 1.4.16 Debian configuration management sy ii dpkg1.10.20 Package maintenance system for Deb ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libdb4.24.2.52-8 Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.6-6 XML parsing C library - runtime li ii libmagic1 4.07-2 File type determination library us ii libpam0g0.76-15 Pluggable Authentication Modules l ii logrotate 3.6.5-2 Log rotation utility ii mime-support3.26-1 MIME files 'mime.types' 'mailcap ii perl5.8.3-3 Larry Wall's Practical Extraction -- debconf information: apache/server-name: localhost apache/document-root: /var/www apache/server-port: * apache/enable-suexec: false apache/init: true
Bug#242543: apache: PATH_INFO not set for !--#include virtual=page.html/path?query --
On Wed, Apr 07, 2004 at 10:56:27AM +0100, Carl Johnstone wrote:
Package: apache
Version: 1.3.29.0.2-4
Severity: normal
test.html
!--#echo var=PATH_INFO --
!--#echo var=QUERY_STRING --
---
test2.html -
!--#include virtual=test.html/path?query --
-
Requesting http://site/test.html/path?query gives me:
path query
Requesting http://site/test2.html gives me:
(none) query
They should match.
No, they shouldn't! PATH_INFO '... holds the additional path information
that remains after the URI has been translated into a file path.' [1]
So, if your URI is 'http://site/test2.html'
1) URI to file translation:
http://site/test2.html = {DOCUMENT ROOT}/test2.html
2) All of the URI is used for the file translation, no path information is
left.
Do you expect to be able to path a query string to an included document or why
do you add a query part to the 'virtual' attribute in your '#include'?
R. Mattes
I've tested this on a vanilla apache install, so it looks like an
upsteam problem.
Carl
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.25-1-686-smp
Locale: LANG=C, LC_CTYPE=C
Versions of packages apache depends on:
ii apache-common 1.3.29.0.2-4 Support files for all Apache
webse
ii debconf 1.4.16 Debian configuration management
sy
ii dpkg1.10.20 Package maintenance system for
Deb
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries
an
ii libdb4.24.2.52-8 Berkeley v4.2 Database Libraries
[
ii libexpat1 1.95.6-6 XML parsing C library - runtime
li
ii libmagic1 4.07-2 File type determination library
us
ii libpam0g0.76-15 Pluggable Authentication Modules
l
ii logrotate 3.6.5-2 Log rotation utility
ii mime-support3.26-1 MIME files 'mime.types'
'mailcap
ii perl5.8.3-3 Larry Wall's Practical
Extraction
-- debconf information:
apache/server-name: localhost
apache/document-root: /var/www
apache/server-port:
* apache/enable-suexec: false
apache/init: true
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242543: apache: PATH_INFO not set for !--#include virtual=page.html/path?query --
No, they shouldn't! PATH_INFO '... holds the additional path
information
that remains after the URI has been translated into a file path.' [1]
So, if your URI is 'http://site/test2.html'
1) URI to file translation:
http://site/test2.html = {DOCUMENT ROOT}/test2.html
2) All of the URI is used for the file translation, no path
information is
left.
That's the main request. #include is supposed to perform an internal
sub-request for the new URL, with the environment setup accordingly.
If I wanted the *original* query string and path_info I would be using
#exec-cgi rather than #include virtual.
The second section of this email :
http://www.mail-archive.com/dev@httpd.apache.org/msg17597.html
on the apache-dev mailing list, suggests that what I've tested should work.
Carl
GMG Regional Digital is part of the Guardian Media Group plc.
CONFIDENTIALITY NOTICE. The information contained in this e-mail is intended
only for [EMAIL PROTECTED], [EMAIL PROTECTED] It may contain privileged and
confidential information that is exempt from disclosure by law and if you are
not an intended recipient, you must not copy, distribute or take any action in
reliance on it. If you have received this e-mail in error, you may notify our
helpdesk by telephone on 44 (0)161 211 . E-mail transmission cannot be
guaranteed to be secure or error-free. The sender ([EMAIL PROTECTED]) therefore
does not accept liability for any errors or omissions in the contents of this
message, which arise as a result of e-mail transmission. If verification is
required please request a hard-copy version.
