Last modified: 2013-10-23 18:17:02 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 T35684, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 33684 - wfGetDB error when installing MediaWiki
wfGetDB error when installing MediaWiki
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
Installer (Other open bugs)
1.18.x
Other Linux
: Unprioritized major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-01-12 15:53 UTC by ruben.cheng
Modified: 2013-10-23 18:17 UTC (History)
1 user (show)

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


Attachments

Description ruben.cheng 2012-01-12 15:53:05 UTC
I tried to install for the first time mediawiki, and I got the following message:

------------------------------------------------------------------------
Mediawiki tried to access the database via wfGetDB(). This is not allowed.

Backtrace:

#0 /export/www/intranet/ingenieria/proc-1.18.1/includes/GlobalFunctions.php(3224): LBFactory_Fake->getMainLB(false)
#1 /export/www/intranet/ingenieria/proc-1.18.1/includes/GlobalFunctions.php(3214): wfGetLB(false)
#2 /export/www/intranet/ingenieria/proc-1.18.1/includes/User.php(1028): wfGetDB(-2)
#3 /export/www/intranet/ingenieria/proc-1.18.1/includes/User.php(302): User->loadFromDatabase()
#4 /export/www/intranet/ingenieria/proc-1.18.1/includes/User.php(268): User->loadFromId()
#5 /export/www/intranet/ingenieria/proc-1.18.1/includes/User.php(1995): User->load()
#6 /export/www/intranet/ingenieria/proc-1.18.1/includes/User.php(988): User->getToken()
#7 /export/www/intranet/ingenieria/proc-1.18.1/includes/User.php(271): User->loadFromSession()
#8 /export/www/intranet/ingenieria/proc-1.18.1/includes/User.php(3927): User->load()
#9 /export/www/intranet/ingenieria/proc-1.18.1/includes/User.php(2124): User->loadOptions()
#10 /export/www/intranet/ingenieria/proc-1.18.1/includes/RequestContext.php(220): User->getOption('language')
#11 /export/www/intranet/ingenieria/proc-1.18.1/includes/StubObject.php(151): RequestContext->getLang()
#12 /export/www/intranet/ingenieria/proc-1.18.1/includes/StubObject.php(103): StubUserLang->_newObject()
#13 /export/www/intranet/ingenieria/proc-1.18.1/includes/StubObject.php(57): StubObject->_unstub('getCode', 5)
#14 /export/www/intranet/ingenieria/proc-1.18.1/includes/StubObject.php(147): StubObject->_call('getCode', Array)
#15 /export/www/intranet/ingenieria/proc-1.18.1/includes/parser/ParserOptions.php(227): StubUserLang->__call('getCode', Array)
#16 /export/www/intranet/ingenieria/proc-1.18.1/includes/parser/ParserOptions.php(227): StubUserLang->getCode()
#17 /export/www/intranet/ingenieria/proc-1.18.1/includes/parser/ParserOptions.php(175): ParserOptions->initialiseFromUser(NULL)
#18 /export/www/intranet/ingenieria/proc-1.18.1/includes/installer/Installer.php(357): ParserOptions->__construct()
#19 /export/www/intranet/ingenieria/proc-1.18.1/includes/installer/WebInstaller.php(114): Installer->__construct()
#20 /export/www/intranet/ingenieria/proc-1.18.1/mw-config/index.php(23): WebInstaller->__construct(Object(WebRequest))
#21 /export/www/intranet/ingenieria/proc-1.18.1/mw-config/index.php(18): wfInstallerMain()
#22 {main}
------------------------------------------------------------------------

The server is running PHP Version 5.3.3 with OpenSuse x64 and apache 2.2.13
Directory is chmoded to 777
Comment 1 Chad H. 2012-01-12 16:44:18 UTC
Are you using Postgres? Mysql? Sqlite?

For other devs maybe looking at this: Looks like a change in ParserOptions causes this to load from the RequestContext user (which doesn't exist in the installer!). Although it's a similar bug, it's *not* the same as bug 28172 per the stack trace.
Comment 2 ruben.cheng 2012-01-12 17:57:36 UTC
The server's php has postgres, mysql and sqlite capabilities. I tried disabling postgres module from PHP and got the same error. The database that I will use is mysql but the error appears just entering the URL for installattion, it didn't even show up the first step. I have read the bug 28172 and it's similar but not the same (seems to be some steps ahead).
Comment 3 ruben.cheng 2012-01-18 15:38:27 UTC
What strange!.... I tried few minutes ago again without changing anything using the same URL and the installation worked!

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


Navigation
Links