Last modified: 2010-05-15 15:38:40 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 T5637, the corresponding Phabricator task for complete and up-to-date bug report information.
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