Last modified: 2010-05-15 15:41:13 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 7308 - Doesn't install on document root by default
Doesn't install on document root by default
Product: MediaWiki
Classification: Unclassified
Installer (Other open bugs)
PC Linux
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2006-09-13 12:10 UTC by Tiago "Salvador" Souza
Modified: 2010-05-15 15:41 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Tiago "Salvador" Souza 2006-09-13 12:10:16 UTC
This causes the following problem when you want to configure it:

You have to explicitly go to the following directory in order to access it,
which by itself ain't a problem:

But, the configuration link in the page you get when you haven't configured it
-> Please setup the wiki first. -> points to http://localhost/config/index.php
when it should be pointing to http://localhost/mediawiki/config/index.php if
that's the case.

Originally reported on:
Comment 1 Brion Vibber 2006-09-13 15:00:54 UTC
We have no control over third-party packages (and we strongly recommend against them).
Please contact Mandriva for problems with Mandriva's packaging, which we did not create and 
cannot fix.
Comment 2 Tiago "Salvador" Souza 2006-09-14 11:36:36 UTC
Well, I've reported this bug originally on Mandriva's bugzilla and was told to
report it here.

At any rate, I believe this is an issue with MediaWiki, since, no matter how the
packaging goes, the index.php was possibly never tampered in any way amd it has
a hard coded path. Shouldn't simply be a case of changing the link's path to a
relative one since the configure file will be always inside the MediaWiki root dir?
Comment 3 Brion Vibber 2006-09-14 11:40:35 UTC
The path isn't hardcoded, it is relative.
Comment 4 Tiago "Salvador" Souza 2006-09-15 18:17:00 UTC
Well, you are correct, it ain't hardcored, my bad, but I also believe it could
be improved.

The current link is:
                        echo( 'Please <a href="../config/index.php"
title="setup">setup the wiki</a> first.' );

Which causes the following problem in a scenario like this:

MediaWiki installed on /var/www/mediawiki and DocumentRoot pointing to /var/www/html
MediaWiki will be on http://localhost/mediawiki, the link for the configuration
page will point to http://localhost/config/index.php , which will obviously not
work. Of course that's no problem if DocumentRoot points to where MediaWiki was

At any rate, removing one dot of the link, by changing it to:
                        echo( 'Please <a href="./config/index.php"
title="setup">setup the wiki</a> first.' );

Will make it work in all scenarios. Unless I'm terribly mistaken the config
diretory will always be one level below the index's main page.

Comment 5 Brion Vibber 2006-09-15 18:49:52 UTC
In 1.7.1, as in all previous versions to my knowledge, the link appears as:
<a href="config/index.php" title="setup">

There definitely does not appear a "../". If it does appear, it must be added by
a custom patch in the package, and the package should probably be fixed.

You can see the original file here:

In 1.8 (not yet released) it appears to try to additionally guess the correct path,
which can correct for some more complicated cases (eg visiting index.php/Page_Title
directly when LocalSettings.php has been removed).
Comment 6 Tiago "Salvador" Souza 2006-09-18 11:43:42 UTC
Yes, you are correct, I've just downloaded the latest stable tarbal and
confirmed it, it must be a problem with Mandriva Packging indeed.

Note You need to log in before you can comment on or make changes to this bug.