Last modified: 2010-05-15 15:38:40 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 3637 - impossible to login when $wgGroupPermissions['*']['read']= false
impossible to login when $wgGroupPermissions['*']['read']= false
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
User login and signup (Other open bugs)
1.5.x
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-10-07 04:26 UTC by Johannes Ernst
Modified: 2010-05-15 15:38 UTC (History)
0 users

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


Attachments

Description Johannes Ernst 2005-10-07 04:26:36 UTC
I might misunderstand something here, but it appears that if I set

$wgGroupPermissions['*']['read'] = false

(intending to create an access-protected wiki), anonymous users cannot even get
to the Special:Userlogin page, which makes it impossible even for registered
users to access the wiki.

In this case, the Main_Page seems to get into an infinite 10-second refresh loop.

If this is indeed the way it is, I'm asking to be able to access to
Special:Userlogin even for anonymous users if $wgGroupPermissions['*']['read'] =
false

If I misunderstand it, this bug is: "please fix the messages on screen in a way
that I understand how to log on as a registered user" ;-)
Comment 1 Brion Vibber 2005-10-07 04:47:07 UTC
You need to set up $wgWhitelistRead to include the main page and login.
Comment 2 Johannes Ernst 2005-10-07 05:39:00 UTC
I modify my bug report then to the following:

1) Add a simple if-then-else in the DefaultSettings.php that sets
$wgWhitelistRead to an absolutely minimal list (e.g. Special:Userlogin only --
not sure what would be most appropriate, I leave that to people more
knowledgable than me, but I think it should exclude the Main_Page) so that the
hapless new user has a way out of the endless loop and can log on.

2) please insert brief instructions and default values into LocalSettings.php --
and fix the formatting in includes/DefaultSettings.php so it is clear that the
sections

# User rights section

and

/**
 * Permission keys given to users in each group.
...

are part of the same subject.
Comment 3 Rob Church 2006-04-26 10:08:45 UTC
Then this becomes an issue of documentation, not of code.

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


Navigation
Links