Last modified: 2014-07-25 09:39:26 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 T67044, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 65044 - username settings for single-site families do not work with arbitrary values of config.mylang
username settings for single-site families do not work with arbitrary values ...
Status: NEW
Product: Pywikibot
Classification: Unclassified
General (Other open bugs)
core-(2.0)
All All
: High normal
: ---
Assigned To: Pywikipedia bugs
:
: 55224 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-05-08 21:59 UTC by Merlijn van Deen (test)
Modified: 2014-07-25 09:39 UTC (History)
5 users (show)

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


Attachments
User config file used by JeremyB (9.48 KB, text/plain)
2014-05-08 21:59 UTC, Merlijn van Deen (test)
Details

Description Merlijn van Deen (test) 2014-05-08 21:59:38 UTC
Created attachment 15320 [details]
User config file used by JeremyB

From JeremyB via IRC.

21:55 < jeremyb> valhalla1w: i think maybe i even discussed my not staying logged in problem with you a couple months ago?
21:55 < jeremyb> with upload.py after running login.py
21:56 < jeremyb> i was getting prompted for password and periodically hit some kind of wrong passwd throttle and it didn't seem to matter whether the password i
                 entered was accurate or not
21:56 < jeremyb> (i could enter garbage and hit enter and the upload would still maybe succeed)
21:56 < jeremyb> adding -lang to command line drastically improved things (and it stopped prompting for passwd)
23:01 < jeremyb> home seems to be enwiki. commons is an addition on the very last line of user-config.py

Command to reproduce should be:

23:12 < jeremyb> 08 01:10:32 < jeremyb> $ for c in $(ls -1 ???_ocha.txt | cut -d _ -f 1 | sed -n 135,146p); do python  /shared/pywikipedia/core/scripts/upload.py -v
                 -family:commons -log -noverify -filename:"$(<"$c"_ocha.name)"  "${c}_ocha.svg" "$(<"$c"_ocha.txt)"; date -R; done
23:13 < jeremyb> valhalla1w: i did definitely do login.py -v -all
23:13 < jeremyb> and login.py -v -all -test
23:13 < jeremyb> (but unsure of parameter order)
Comment 1 Betacommand 2014-05-09 01:59:37 UTC
Ive seen similar issues before, if mylang = 'en' or anything but 'commons' pywiki tends to not work correctly. I suspect that the only reason that this is working part of the time is because of the global login cookie and that the framework isnt getting the correct local cookies when it attempts to use the 'en' language project. By defining the language as 'commons' you bypass that. I suspect its an issue dealing with the way we construct project/language/user configs. 
IE usernames['commons']['commons'] = username when we set mylang='en' it attempts to use usernames['commons']['en'] = username and has issues. By forcing the -lang param it makes the framework ignore the mylang setting in user config.
Comment 2 Ricordisamoa 2014-07-23 14:14:26 UTC
*** Bug 55224 has been marked as a duplicate of this bug. ***

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


Navigation
Links