Last modified: 2014-05-05 15:58:12 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 T66817, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 64817 - bot doesn't remain logged
bot doesn't remain logged
Status: RESOLVED FIXED
Product: Pywikibot
Classification: Unclassified
login.py (Other open bugs)
compat-(1.0)
All All
: High major
: ---
Assigned To: Pywikipedia bugs
:
Depends on: 64727
Blocks:
  Show dependency treegraph
 
Reported: 2014-05-04 10:31 UTC by Philippe Elie
Modified: 2014-05-05 15:58 UTC (History)
2 users (show)

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


Attachments

Description Philippe Elie 2014-05-04 10:31:17 UTC
Opened with compat but someone reported the same trouble with core on the irc channel, on compat a simple

$ python login.py

Password for user Phe-bot on wikipedia:fr
No characters will be shown
xxxxxx
Should be logged in now

$ python login.py -test
You are not logged in on wikipedia:fr.

The cookie seems fine for the first run 

[{'cookieprefix': 'None', 'centralauth_Session': '8c5318ab60af405a5b4c9ca0700b4d47', 'frwikiSession': 'e9f77b61c9a44a54b1cfe999473861f7', 'GeoIP': 'My geo loc here:v4', 'centralauth_Token': 'deleted', 'centralauth_User': 'Phe-bot', 'forceHTTPS': 'true', 'frwikiToken': 'deleted', 'frwikiUserName': 'Phe-bot', 'frwikiUserID': '4507'}, None]

with the $ python login.py -test the same cookie are sent back to the server when doing the userinfo request but the server answer

{u'query': {u'userinfo': {u'name': u'My_IP here', u'rights': [u'createaccount', u'read', u'edit', u'createpage', u'createtalk', u'writeapi', u'editmyusercss', u'editmyuserjs', u'viewmywatchlist', u'editmywatchlist', u'viewmyprivateinfo', u'editmyprivateinfo', u'editmyoptions', u'centralauth-merge', u'abusefilter-log', u'vipsscaler-test'], u'ratelimits': {u'emailuser': {u'ip': {u'seconds': 86400, u'hits': 5}}, u'edit': {u'ip': {u'seconds': 60, u'hits': 8}}, u'linkpurge': {u'ip': {u'seconds': 60, u'hits': 30}}, u'mailpassword': {u'ip': {u'seconds': 3600, u'hits': 5}}, u'renderfile': {u'ip': {u'seconds': 30, u'hits': 700}}, u'renderfile-nonstandard': {u'ip': {u'seconds': 30, u'hits': 70}}}, u'anon': u'', u'preferencestoken': u'+\\', u'groups': [u'*'], u'id': 0}}}
Comment 1 Maarten Dammers 2014-05-04 10:43:32 UTC
I've observed the same behavior the last couple of days on several Wikipedia's and Wikidata. We should check if something was changed upstream.
Comment 2 joan.creus.c 2014-05-04 10:48:47 UTC
Same thing here. It started for me on Friday May 2nd. I was on an old svn version. Changed to compat, same behaviour. Every single edit appeared as done from my IP.

On core, I get a first run OK; but when I call the bot from a different script, it keeps asking for reauthentication. No errors are ever reported; it just asks for authentication.
Comment 4 Maarten Dammers 2014-05-04 11:02:27 UTC
Upstream bug is patched, but not deployed yet.
Comment 5 Philippe Elie 2014-05-05 15:58:12 UTC
patch applied, see #64727

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


Navigation
Links