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=196896…
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: Open
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: 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=196896…