Page MenuHomePhabricator

Categories red links vs. $wgGroupPermissions
Closed, InvalidPublic

Description

Consider a red link in Special:Categories.

Well if we have something like
$wgGroupPermissions['*']['edit']=false;
$wgGroupPermissions['user']['edit']=false;

when the user clicks on the red (or maybe black, with a red"?") link,
he will see View source... This page has been locked to prevent
editing.

But the list of pages in that category are gone!
Doesn't happen on blue links.
He must manually remove the action=edit if he is to see it.


Version: 1.16.x
Severity: normal
URL: http://wiki.dreamhost.com/index.php?title=Category:SquirrelMail&action=edit

Details

Reference
bz8812

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 9:34 PM
bzimport set Reference to bz8812.
bzimport added a subscriber: Unknown Object (MLST).

Maybe you should fill out your category descriptions.

As of 1.16, the user will at most be lead to a page with bug 17630.
He will no longer suffer the following scenario:

Allow us to share the pain of a different example. Visit
http://wiki.dreamhost.com/Installing_your_own_SquirrelMail

at the bottom click on the juicy category which happens to be linked as so
http://wiki.dreamhost.com/index.php?title=Category:SquirrelMail&action=edit

Permission error
You do not have permission to do that, for the following reason:

Do what? All the user did was click on a link.
That it was a boobytrapped action=edit link is not something the user should have to know

The action you have requested is limited to users in the group user.

"What action? Clicking?" the user wonders.

Retrieved from "http://wiki.dreamhost.com/Category:SquirrelMail"

Which in fact is a much more polite link, despite bug 17630

And the worst of all, the categories don't even show at the bottom.