Last modified: 2013-03-15 16:59:03 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 T36789, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 34789 - Don't show hide options for anon edits on RC with disabled anon editing
Don't show hide options for anon edits on RC with disabled anon editing
Status: NEW
Product: MediaWiki
Classification: Unclassified
Special pages (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-02-29 09:49 UTC by Subfader
Modified: 2013-03-15 16:59 UTC (History)
1 user (show)

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


Attachments

Description Subfader 2012-02-29 09:49:16 UTC
With disabled anon editing $wgGroupPermissions['*']['edit'] = false;

the Special:RecentChanges options "Hide anonymous users" and "Hide logged-in users" make no sense
Comment 1 Chad H. 2012-03-08 00:52:42 UTC
What if you change your permissions?
Comment 2 Subfader 2012-03-08 07:41:42 UTC
What do you mean? Allow editing for all so the links on RC make sense? :D
Comment 3 Chad H. 2012-03-08 12:34:28 UTC
(In reply to comment #2)
> What do you mean? Allow editing for all so the links on RC make sense? :D

No, what if you have anonymous editing then disable it? Then you'd be unable to sort the RC entries.
Comment 4 Subfader 2012-03-08 17:09:01 UTC
That's what the request is all about. Return the hide link for anon edits only if editing is allowed for anons.
Comment 5 Chad H. 2012-03-08 17:40:19 UTC
(In reply to comment #4)
> That's what the request is all about. Return the hide link for anon edits only
> if editing is allowed for anons.

You're missing the point. If your recentchanges table has both anon and logged in edits (because you allowed anon edits), and then you change it to logged-in-users only being able to edit....your recentchanges table will still have anonymous edits in it and removing those sort options wouldn't make sense.
Comment 6 Subfader 2012-03-09 10:11:30 UTC
Ah ok. Anyway, the point remains: on a wiki with with $wgGroupPermissions['*']['edit'] = false; the links make no sense. I had to disable them in the core code since there is no setting for it. Maybe a hook?

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


Navigation
Links