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.