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

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T9308, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 7308 - Doesn't install on document root by default
Doesn't install on document root by default
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Installer (Other open bugs)
1.7.x
PC Linux
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  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: ---


Attachments

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:
http://localhost/mediawiki

But, the configuration link in the page you get when you haven't configured it
yet:
-> 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:
http://qa.mandriva.com/show_bug.cgi?id=25590
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
installed.

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:
http://svn.wikimedia.org/viewvc/mediawiki/tags/REL1_7_1/phase3/index.php

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.


Navigation
Links