Internal 500 error when using PATH_INFO
Closed, InvalidPublic
Actions

Assigned To

None

Authored By

	• bzimport
	Jan 28 2007, 8:42 AM

Description

Author: philip

Description:
The following setup:

Apache/1.3.37
PHP 5.2.0 - FastCGI
Zend Extension and Zend Memory Manager
Linux x86_64
-with-libdir=lib64
--enable-force-cgi-redirect

Wikimedia installed fine (well, fwiw, this was reinstalled (upgraded) due to PHP
5 not being available in shell) but it went fine (from 1.6.x). The problem only
occurs when PATH_INFO requests are made by the wiki.

500: example.com/wiki/index.php/Main_Page
OK: example.com/wiki/index.php?foo=bar
OK: example.com/wiki/non-mediawiki-file.php/Main_Page

For good measure I disabled the possible debug_backtrace() call (as it appears
this was a recent related bug) but to no avail. All mediawiki extensions are
disabled, and $wgPathInfo = false; $wgUsePathInfo = false; exist in
LocalSettings.php. Links still use PATH_INFO even after cache purge.

Please let me know what I can do to help. Do note I'm new to MediaWiki, upgraded
from 1.6.x using the same LocalSettings.php, and use .htaccess to enable PHP 5
on the system (only the one addtype line within).

Version: 1.9.x
Severity: normal
OS: Linux
Platform: PC

Details

Reference: bz8803

Event Timeline

• bzimport raised the priority of this task from to Medium.Nov 21 2014, 9:34 PM

• bzimport added a project: MediaWiki-Parser.

• bzimport set Reference to bz8803.

• bzimport added a subscriber: Unknown Object (MLST).

• bzimport created this task.Jan 28 2007, 8:42 AM

robchur wrote:

Resolved through IRC:

<robchurch> Set $wgArticlePath in LocalSettings.php to "$wgScript?title=$1" (it
should be there, commented out)

robchur wrote:

No idea why I reopened this, but closing again, given that it's a "support ticket", not a bug.

Internal 500 error when using PATH_INFOClosed, InvalidPublicActions

Description

Details

Event Timeline

Internal 500 error when using PATH_INFO
Closed, InvalidPublic
Actions