Bugs item #1968967, was opened at 2008-05-21 10:52 Message generated for change (Settings changed) made by xqt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1968967...

Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None

Status: Closed

Resolution: Out of Date Priority: 5 Private: No Submitted By: David Crochet (crochet_david) Assigned to: xqt (xqt) Summary: no possible deletion with delete user right

Initial Comment: my bot (Crochet.david.bot) had a Test-administrator group statut (so not the sysop group statut), but this statut have the delete rights (as the sysop group statut) in the incubator wikimedia project.

So, as you can see with the terminal output (attach file) the bot can't delete.

user rights in incubator : http://incubator.wikimedia.org/wiki/Special:ListGroupRights

----------------------------------------------------------------------

Comment By: xqt (xqt)

Date: 2012-06-10 05:21

Message: out of date

----------------------------------------------------------------------

Comment By: xqt (xqt) Date: 2011-12-29 09:07

Message: The behavior of the bot has been changed and user rights are read via api call. We assume default rights but we should use the api results in general. I guess this could be closed according out of date.

----------------------------------------------------------------------

Comment By: Doug (bewareofdoug) Date: 2011-12-29 08:00

Message: Is there a reason the bot checks for particular privileges in the first place? Can't the bot simply deal with the insufficient privileges response from the mediawiki software?

----------------------------------------------------------------------

Comment By: Doug (bewareofdoug) Date: 2011-12-15 04:18

Message: delete.py works fine, I've recently tested on two non-wmf wikis and could test on a wmf wiki if we really need to. Cosoleto seems to have pointed to the problem. Either that or user_config.py was not set up properly.

On the other hand, this points at a real and, I'm fairly certain, ongoing problem, which is that the bot fails when the bot account has special rights, such as delete, block, or import, under a userrights group other than sysop.

----------------------------------------------------------------------

Comment By: Francesco Cosoleto (cosoleto) Date: 2008-06-12 06:50

Message: Logged In: YES user_id=181280 Originator: NO

In wikipedia.py (_getUserData()) try to replace:

if 'sysop' in self._rights[index]: self._rights[index].extend(['delete', 'undelete', 'block', 'protect', 'import', 'deletedhistory', 'unwatchedpages'])

with:

if 'sysop' in self._rights[index] or 'test-sysop' in self._rights[index]: self._rights[index].extend(['delete', 'undelete', 'block', 'protect', 'import', 'deletedhistory', 'unwatchedpages'])

----------------------------------------------------------------------

Comment By: NicDumZ — Nicolas Dumazet (nicdumz) Date: 2008-05-22 10:35

Message: Logged In: YES user_id=1963242 Originator: NO

I'm told by david that wgUserGroups reads var wgUserGroups = ["bot", "test-sysop", "*", "user", "autoconfirmed"]; on the incubator, meaning that site._rights[1] will be ["bot", "test-sysop", "user", "autoconfirmed"]

Then, when isAllowed('delete', True), boolean checks " 'delete' in site._rights[1] ", it returns False, and it raises a LockedPage exception.

David also tells me that his admin user rights (on wikiversity-fr) are "var wgUserGroups = ["sysop", "*", "user", "autoconfirmed"];". This means that even with "normal" sysop rights, "delete" is *_never_* in var wgUserGroups.

I don't have sysop rights on any projects, so I can't really diagnose much more on this problem, but are we sure that we are still able to delete pages here ? Isn't somewhat broken ??

----------------------------------------------------------------------

You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1968967...