Received: (qmail 36372 invoked by uid 501); 19 Oct 2001 09:45:30 -0000 Message-Id: <20011019094530.36366.qmail@apache.org> Date: 19 Oct 2001 09:45:30 -0000 From: Stephen Cope Reply-To: mail-apache.org@kimihia.org.nz To: submit@bugz.apache.org Subject: QUERY_STRING empty when MultiViews used X-Send-Pr-Version: 3.110 >Number: 8582 >Category: mod_negotiation >Synopsis: QUERY_STRING empty when MultiViews used >Confidential: no >Severity: serious >Priority: medium >Responsible: apache >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Fri Oct 19 02:50:00 PDT 2001 >Closed-Date: Tue Dec 18 07:44:37 PST 2001 >Last-Modified: Tue Dec 18 07:44:37 PST 2001 >Originator: mail-apache.org@kimihia.org.nz >Release: 1.3.22 >Organization: >Environment: gcc version 2.95.2 20000220 (Debian GNU/Linux) Linux 2.4.9 (Debian 2.2) libc6 2.1.3-17 Apache 1.3.20 + PHP 4.0.6 = does not have bug Apache 1.3.22 + PHP 4.0.6 = broken Apache 1.3.22 + PHP 4.0.8-cvs (2001-10-17?) = broken >Description: QUERY_STRING is empty in a PHP document when MultiViews is used. When the extension is left off the problem manifests. When the extension is included in the URL there are no problems. Further details are in PHP's bug database: http://bugs.php.net/bug.php?id=13704 >How-To-Repeat: http://bla.crysm.net/toys/php-4.0.8-multiview/example.php?alpha=yes&beta=yes http://bla.crysm.net/toys/php-4.0.8-multiview/example?alpha=yes&beta=yes >Fix: Include file extensions. :-( >Release-Note: >Audit-Trail: From: James Green To: jg@cyberstorm.demon.co.uk Cc: apbugs@Apache.Org Subject: mod_negotiation/8582 Date: 17 Nov 2001 18:01:20 +0000 I'm getting hit by this too. Spent 36 hours pulling my hair out before someone pointed me at the apache bug page. Please fix urgently, I don't what to see my host upgrade to .22 and have my site fall over :( jg From: Maurizio Siliani To: Cc: Subject: mod_negotiation/8582 Date: Tue, 20 Nov 2001 12:38:08 +0100 --Apache 1.3.22 MultiViews-- Calling a php page without the document extension clears all URI argument variables. I resolved the problem patching the file: src/modules/standard/mod_negotiation.c Lines 2713-2714 in the handle_multi routine are buggy: r->uri = sub_req->uri; r->args = sub_req->args; replace them with: r->unparsed_uri = sub_req->unparsed_uri; Tested with php 4.0.6 static module in apache 1.3.22 on a linux slackware 8. Regards Maurizio Siliani ================================================ Maurizio Siliani - TRIDENT Srl Via Panciatichi 40/11 - 50127 FIRENZE tel: +39 055 4368468 - fax: +39 055 416712 E-Mail: m.siliani@trident.it http://www.trident.it http://www.nextra.it ================================================ State-Changed-From-To: open-closed State-Changed-By: wrowe State-Changed-When: Tue Dec 18 07:44:37 PST 2001 State-Changed-Why: The lines you noted were reverted to the (.20) behavior and are fixed in CVS and the next (.23) release. Thanks for your report! Do you see an ongoing value in unparsed_uri being propagated to the main request? Again, it's a possibly misleading dis-syncronization, reverting the patch brought us back to treating this as a 'file redirection'. >Unformatted: [In order for any reply to be added to the PR database, you need] [to include in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database automatically because of the potential for mail ] [loops. If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request from a ] [developer. Reply only with text; DO NOT SEND ATTACHMENTS! ]