Bugs item #1705486, was opened at 2007-04-22 18:39 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1705486...
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: General Group: None
Status: Closed
Resolution: Fixed Priority: 5 Private: No Submitted By: Cyde Weys (cydeweys) Assigned to: Nobody/Anonymous (nobody) Summary: Fall-through to admin account fails
Initial Comment: pyWikipediaBot used to have the functionality that if an action was requested that required administrative rights, and if an admin account was specified in user-config.py, then it would fall-through and use the admin account as necessary. For instance, it used to be that when handling the en-wiki "Categories for deletion", all of the edits to move the categories would be done by my bot's account, and then when the category itself needed to be deleted, it would use my admin account. This no longer happens. It simply fails the deletion, citing that it doesn't have the proper rights. It's not using the admin account anymore.
----------------------------------------------------------------------
Comment By: SourceForge Robot (sf-robot)
Date: 2007-08-20 19:20
Message: Logged In: YES user_id=1312539 Originator: NO
This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Daniel Herding (wikipedian) Date: 2007-06-13 10:20
Message: Logged In: YES user_id=880694 Originator: NO
Has your problem been fixed by the correction of this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=1677643&gr... ?
----------------------------------------------------------------------
Comment By: Cyde Weys (cydeweys) Date: 2007-04-27 09:01
Message: Logged In: YES user_id=1506848 Originator: YES
I've tracked it down to line 1086 or thereabouts in wikipedia.py. Here is the affected code:
try: self.site().forceLogin(sysop = True) output(u'Page is locked, and the sysop account can't be used because of some bug. Giving up.') # This doesn't work for an unknown reason; Instead, it # would lead to an infinite loop. #output(u'Page is locked, retrying using sysop account.') #return self.putPage(text = text, comment = comment, watchArticle = watchArticle, minorEdit = minorEdit, newPage = newPage, token = None, gettoken = True, sysop = True)
As you can see, it appears that someone has commented out the auto-retry using sysop account functionality, claiming it caused infinite loops. I never had any problems with infinite loops, but I do now have problems with not being able to edit locked pages. Should this be uncommented out, or is there another way to handle this that won't cause an infinite loop?
----------------------------------------------------------------------
Comment By: Cyde Weys (cydeweys) Date: 2007-04-22 18:41
Message: Logged In: YES user_id=1506848 Originator: YES
This appears to have the same underlying issue as bug #1682852.
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=603138&aid=1705486...