Page MenuHomePhabricator

Notice: Undefined index: REQUEST_URI
Closed, ResolvedPublic

Description

Author: johnish

Description:
IIS, PHP installed as isapi. $_SERVER['REQUEST_URI'] is not available on this
platform. A workaround for non Apache users should be implemented.

I did the following:
if(!isset($_SERVER['REQUEST_URI'])) {
$urlary = explode("/",$_SERVER['SCRIPT_NAME']);
foreach ($urlary as $index => $value) {

 	$phppos = strpos($value, ".php");
 	$htmlpos = strpos($value, ".html");
 	if (!$phppos === false) {
		$_SERVER['REQUEST_URI'] = $value;
		$index = count($urlary);

} elseif (!$htmlpos === false) {

		$_SERVER['REQUEST_URI'] = $value;
		$index = count($urlary);

}
}
}


Version: 1.4.x
Severity: normal
OS: Windows XP
Platform: PC

Details

Reference
bz1826

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 8:17 PM
bzimport set Reference to bz1826.
bzimport added a subscriber: Unknown Object (MLST).

Please check where the unused item is used specifically and whether it's already been fixed in CVS before suggesting
contextless patches.

johnish wrote:

(In reply to comment #2)

Please check where the unused item is used specifically and whether

it's already been fixed in CVS before suggesting

contextless patches.

I searched the bugs before posting this. I did not find it.
Also bug 30 doesn't seem to specificially handle this bug, they are
talking about language files and such.

How do I get to CVS? menu on left doesn't talk of CVS.

david.mach wrote:

I confirm this bug in MediaWiki version 1.4.0 stable. Bug 30 show me that this error is present
from version 1.3.0beta5.

Configuration:
MS Windows XP SP2
IIS 5.1
MySQL 4.1.9-nt
PHP 5.0.3

ian.aitchison wrote:

Thought I'd just contribute that this bug is a real pain. I need to get MediaWiki up and
running and this error is a showstopper for me.

Sure that doesn't help fix it but if anyone can suggest at least a workaround (or where to
apply the hack above) it might get me out of a hole.

Please help!

i.

johnish wrote:

(In reply to comment #5)

Sure that doesn't help fix it but if anyone can suggest at least a

workaround (or where to

apply the hack above) it might get me out of a hole.

I placed the hack above in to a new file called IIS_workarounds.php
Into the wikimedia\index.php require_once ("IIS_workarounds.php");
Into wikimedia\config\index.php require_once ("..\IIS_workarounds.php");

however I received another problem after installation that is a real show
stopper; see bug 1832

Please pull REL1_4 branch from CVS and test.

http://sourceforge.net/cvs/?group_id=34373
Use cvs co -r REL1_4 phase3

ian.aitchison wrote:

I'm a complete CVS-innocent I'm afraid and have been unable to get hold of the suggested
change, so can't give any testing feedback. Any chance of emailing it to me?

i.

(ps - thanks for the really quick response to my cry for help).

1.4.2 was released recently; please download that and check whether the problem is there.
http://www.mediawiki.org/

johnish wrote:

The install of 1.4.2 wouldn't even start after I completed the form. This was
reported under bug 1986

(In reply to comment #9)

1.4.2 was released recently; please download that and check whether the

problem is there.

http://www.mediawiki.org/

johnish wrote:

I found the solution for Bug 1986 and was able to complete the installation.

THIS BUG IS SOLVED IN 1.4.2

(In reply to comment #10)

The install of 1.4.2 wouldn't even start after I completed the form. This was
reported under bug 1986

(In reply to comment #9)

1.4.2 was released recently; please download that and check whether the

problem is there.

http://www.mediawiki.org/