Last modified: 2010-05-15 15:41:12 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 T8853, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 6853 - the 1.7.1 installer failed when not feeding root access
the 1.7.1 installer failed when not feeding root access
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Installer (Other open bugs)
1.7.x
All All
: Low minor (vote)
: ---
Assigned To: Nobody - You can work on this!
: patch
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-07-29 16:00 UTC by Thierry Vignaud
Modified: 2010-05-15 15:41 UTC (History)
1 user (show)

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


Attachments
fix a wrong test (443 bytes, patch)
2006-07-29 16:00 UTC, Thierry Vignaud
Details

Description Thierry Vignaud 2006-07-29 16:00:22 UTC
the 1.7.1 installer failed to setup the wiki when one doesn't 
feed the root password and the like
Comment 1 Thierry Vignaud 2006-07-29 16:00:56 UTC
Created attachment 2170 [details]
fix a wrong test
Comment 2 Jimmy Collins 2006-07-29 16:46:13 UTC
See message below "Superuser password:" field in installer:

If the database user specified above does not exist, or does not have access to
create the database (if needed) or tables within it, please provide details of a
superuser account, such as root, which does. Leave the password set to - if this
is not needed.
Comment 3 Thierry Vignaud 2006-07-29 16:50:16 UTC
This is totally off-topic.

The fact is that with 1.7.1:
- I didn't fill superuser fields
- adding debug statements showed that mediawiki did go in the superuser code 
paths and thus tried to create the database with "@localhost"
Comment 4 Thierry Vignaud 2006-07-29 16:51:26 UTC
... which of course failed.
Looking at what it does, it assumes that root password is initialized to "-" 
but in my case, it was set to "", hence the failed test, hence the try to use 
a non specified superuser account, thus the faillure.
Comment 5 Greg Sabino Mullane 2006-07-30 01:06:19 UTC
I think you may be misunderstanding how the installer works. The superuser
account will be used *unless* the password is equal to a single dash. It does
not matter what your actual password is - just leave it as a single dash and the
superuser account will not be used. If you want the superuser account to be
used, change the password from a single dash to the actual password.
Comment 6 Rob Church 2006-12-19 13:48:33 UTC
I should have used a checkbox, like Brion told me to...
Comment 7 Rob Church 2006-12-24 08:28:00 UTC
...and in that vein, I've added one. As of r18549, the superuser account will
not be used unless the appropriate checkbox is selected during the initial form
completion. This should be much clearer than a check based on an obscure default
value.

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


Navigation
Links