Last modified: 2011-03-12 15:34:47 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 T3050, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 1050 - Runtime error
Runtime error
Status: CLOSED INVALID
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
1.3.x
PC Windows 2000
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2004-12-09 12:59 UTC by Andrea Lazarescu
Modified: 2011-03-12 15:34 UTC (History)
0 users

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


Attachments

Description Andrea Lazarescu 2004-12-09 12:59:38 UTC
I configured access restrictions to my Wiki using:
$wgWhitelistEdit = true;
$wgWhitelistRead = array ("Main Page", "Special:Userlogin", "Wikipedia:Help");

The process of access restriction is working fine, but the problem is that I get a runtime error 
every time I try to enter the Wiki or change the site. Actually the error has no consequences, but 
it doesn't look really professional. 
The error occures only when I'm not logged in. After logging in, everything is working fine. The 
problem seems to be connected to the $wgWhitelistRead, because I have no problems when I comment 
out this line.
Comment 1 Brion Vibber 2004-12-09 19:09:34 UTC
Can you provide the error message? Error messages are not just decoration; where they come from and what they contain may provide 
important information in diagnosing the problem.

Most probably you need to add MediaWiki:Monobook.css and MediaWiki:Monobook.js (and/or "-") to the read whitelist.
Comment 2 Zigger 2005-06-24 16:53:28 UTC
This could be a duplicate of bug 497, but no further information was provided
after six months, so resolving as invalid.  Please re-open if the suggestions in
comment 1 did not help, and add more information about the error.
Comment 3 Joseph A. di Paolantonio 2005-09-18 01:04:47 UTC
We've also encountered this error, but only when testing with Microsoft (MS)
Internet Explorer (IE) 6 (IE6).  The error does not occur with Netscape, Firefox
or Opera.  The error message is not helpful, but merely states that there was a
runtime error, and asks if you wish to debug.  Debugging gives no useful
information, but simply takes you to the first line of the rendered XHTML.  As
in the original posting of this bug, we had restricted access, as follows:

$wgWhitelistRead = array ("Main Page", "Special:Userlogin", "OSDW Public:Public
Pages", "Help:Contents");

As suggested in Comment 1, we added "MediaWiki:Monobook.css",
"MediaWiki:Monobook.js" to the array for $wgWhitelistRead, but that didn't help.
 Adding "-" did the trick.  We've left our LocalSettings.php for this variable as

$wgWhitelistRead = array ("Main Page", "Special:Userlogin", "OSDW Public:Public
Pages", "Help:Contents", "MediaWiki:Monobook.css", "MediaWiki:Monobook.js", "-")
;

And all is now working well.  But what does "-" actually do?  Does it pose any
other potential problems or security risks?
Comment 4 Joseph A. di Paolantonio 2005-09-18 01:05:44 UTC
We've also encountered this error, but only when testing with Microsoft (MS)
Internet Explorer (IE) 6 (IE6).  The error does not occur with Netscape, Firefox
or Opera.  The error message is not helpful, but merely states that there was a
runtime error, and asks if you wish to debug.  Debugging gives no useful
information, but simply takes you to the first line of the rendered XHTML.  As
in the original posting of this bug, we had restricted access, as follows:

$wgWhitelistRead = array ("Main Page", "Special:Userlogin", "OSDW Public:Public
Pages", "Help:Contents");

As suggested in Comment 1, we added "MediaWiki:Monobook.css",
"MediaWiki:Monobook.js" to the array for $wgWhitelistRead, but that didn't help.
 Adding "-" did the trick.  We've left our LocalSettings.php for this variable as

$wgWhitelistRead = array ("Main Page", "Special:Userlogin", "OSDW Public:Public
Pages", "Help:Contents", "MediaWiki:Monobook.css", "MediaWiki:Monobook.js", "-")
;

And all is now working well.  But what does "-" actually do?  Does it pose any
other potential problems or security risks?

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


Navigation
Links