jayvdb created this task.
jayvdb added subscribers: jayvdb, greg.
jayvdb added projects: Beta-Cluster, Continuous-Integration-Infrastructure, pywikibot-core.
Restricted Application added subscribers: Aklapper, pywikipedia-bugs.
TASK DESCRIPTION
In a wikitech-l thread, it was suggested that pywikibots test suite should be regularly run (on WMF infrastructure) against changes which will be deployed to Wikimedia production wikis. i.e. as part of the MediaWiki/Wikimedia CI.
http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/82753
A separate task (T100796) exists for running the pywikibot test suite against Wikimedia beta wikis using Travis-CI as part of the pywikibot CI. The blockers for that task are not exactly the same, but are similar. e.g. the account 'Pywikibot-test' does not need to be used by Wikimedia CI - it is an artefact of the Travis CI/github system.
TASK DETAIL
https://phabricator.wikimedia.org/T100903
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jayvdb
Cc: greg, jayvdb, Aklapper, scfc, hashar, pywikipedia-bugs
jayvdb created this task.
jayvdb claimed this task.
jayvdb added a subscriber: jayvdb.
jayvdb added a project: Pywikibot-tests.
Restricted Application added subscribers: Aklapper, pywikipedia-bugs.
TASK DESCRIPTION
Running pywikibot tests on beta sites has been suggested by Wikimedia devs/ops.
Tracking blockers , etc.
TASK DETAIL
https://phabricator.wikimedia.org/T100796
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jayvdb
Cc: pywikipedia-bugs, Aklapper, jayvdb
jayvdb created this task.
jayvdb added a subscriber: jayvdb.
jayvdb added projects: pywikibot-core, Pywikibot-tests.
Restricted Application added subscribers: Aklapper, pywikipedia-bugs.
TASK DESCRIPTION
The http tests use getstatuscode.com , and a few other sites to produce known http responses. Using http://httpbin.org/ would be better.
TASK DETAIL
https://phabricator.wikimedia.org/T97242
REPLY HANDLER ACTIONS
Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign <username>.
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jayvdb
Cc: pywikipedia-bugs, jayvdb, Aklapper
jayvdb created this task.
jayvdb added subscribers: pywikipedia-bugs, jayvdb, Aklapper.
jayvdb added projects: pywikibot-core, Pywikibot-login.py.
TASK DESCRIPTION
If an automatic login to a private (read denied) is attempted twice, the first action will raise NoUsername, but the second login will raise APIError.
TASK DETAIL
https://phabricator.wikimedia.org/T100965
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jayvdb
Cc: Aklapper, jayvdb, pywikipedia-bugs
happy5214 created this task.
happy5214 claimed this task.
happy5214 added subscribers: Aklapper, happy5214, Legoktm, gerritbot, rmoen, EBernhardson, NiharikaKohli, Capt_Swing, Qgil, jayvdb, Mattflaschen, Xqt, Ricordisamoa, Multichill, Ladsgroup, pywikipedia-bugs.
happy5214 added a project: Pywikibot-Flow.
TASK DESCRIPTION
The first step in creating a Pywikibot mapping to Flow objects is recognizing what needs to be done and devising a plan. A design must be created to represent the hierarchy of the new Pywikibot classes in relation to the existing code and the relations between these new classes and the Flow API and internal architectural design. This design will take the form of a chart or diagram, perhaps using UML, with the following rules:
# There will be classes representing Flow boards and topics, which will both subclass the existing Page class.
# There will be a class representing posts to Flow topics, which will //not// subclass the Page class.
# Boards will have descriptions (internally known as "headers"), while each topic will have a title and summary.
# The diagram will show the relationships between operations on the Pywikibot objects and Flow API calls where they exist.
This task is due by the start of coding.
TASK DETAIL
https://phabricator.wikimedia.org/T98819
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: happy5214
Cc: pywikipedia-bugs, Ladsgroup, Multichill, Ricordisamoa, Xqt, Mattflaschen, jayvdb, Qgil, Capt_Swing, NiharikaKohli, EBernhardson, rmoen, gerritbot, Legoktm, happy5214, Aklapper
XZise created this task.
XZise added a subscriber: XZise.
XZise added a project: pywikibot-core.
Restricted Application added subscribers: Aklapper, pywikipedia-bugs.
TASK DESCRIPTION
The API cache is not operable between Python versions. I do basically this:
```
>>> import pickle
>>> with open('tests/apicache/735234d1f97ef2e764af8a361be182b3ead3e90b05e56910e9ead87453140d37', 'rb') as f:
... c = f.read()
...
>>> pickle.loads(c)
```
And in Python 2 this works and returns something usable while in Python 3 you only get:
```
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
UnicodeDecodeError: 'ascii' codec can't decode byte 0xdf in position 1: ordinal not in range(128)
```
Now this is not much of a problem usually if people stick to their version but considering that pickle shouldn't be trusted with external data I'm wondering if we should cache requests differently. For example in a json files we could utilize that we expect json data itself so we could wrap that data in json itself.
TASK DETAIL
https://phabricator.wikimedia.org/T100971
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: XZise
Cc: pywikipedia-bugs, Aklapper, XZise, jayvdb
Automatik created this task.
Automatik added a subscriber: Automatik.
Automatik added a project: pywikibot-core.
Restricted Application added subscribers: Aklapper, pywikipedia-bugs.
TASK DESCRIPTION
I often have scripts (launched with cron via tool labs) that ask me for password, whereas I've logged in my bot once and for all, normally. Often, the bot works whitout asking for any password, sometimes he asks one. How can the bot disconnect ? What I can do to avoid that?
Here an example of error log:
```
Password for user Botomatik on wiktionary:fr
No characters will be shown:
/usr/lib/python2.7/getpass.py:83: GetPassWarning: Can not control e
cho on the terminal.
passwd = fallback_getpass(prompt, stream)
Warning: Password input may be echoed.
Traceback (most recent call last):
File "pywikibot/pywikibot-compat/langues-json.py", line 270, in <module>
maj_liste()
File "pywikibot/pywikibot-compat/langues-json.py", line 222, in maj_liste
sauvegarde(Page_sortie, contenu, summary=u'Mise à jour automatique de la liste')
File "pywikibot/pywikibot-compat/langues-json.py", line 246, in sauvegarde
PageCourante.put(Contenu, summary, minorEdit=False)
File "/data/project/botomatik/pywikibot/pywikibot-compat/wikipedia.py", line 2154, in put
sysop=sysop)
File "/data/project/botomatik/pywikibot/pywikibot-compat/wikipedia.py", line 2018, in _getActionUser
self.site().forceLogin(sysop=sysop)
File "/data/project/botomatik/pywikibot/pywikibot-compat/wikipedia.py", line 6722, in forceLogin
if loginMan.login(retry=True):
File "/data/project/botomatik/pywikibot/pywikibot-compat/login.py", line 337, in login
password=True)
File "/data/project/botomatik/pywikibot/pywikibot-compat/wikipedia.py", line 10307, in input
data = ui.input(question, password)
File "/data/project/botomatik/pywikibot/pywikibot-compat/userinterfaces/terminal_interface_base.py", line 140, in input
text = getpass.getpass('')
File "/usr/lib/python2.7/getpass.py", line 83, in unix_getpass
passwd = fallback_getpass(prompt, stream)
File "/usr/lib/python2.7/getpass.py", line 118, in fallback_getpass
return _raw_input(prompt, stream)
File "/usr/lib/python2.7/getpass.py", line 135, in _raw_input
raise EOFError
EOFError
```
Thank you by advance
TASK DETAIL
https://phabricator.wikimedia.org/T100980
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Automatik
Cc: pywikipedia-bugs, Aklapper, Automatik, jayvdb
jayvdb created this task.
jayvdb added a subscriber: jayvdb.
jayvdb added projects: pywikibot-core, Pywikibot-login.py.
Restricted Application added subscribers: Aklapper, pywikipedia-bugs.
TASK DESCRIPTION
Accessing a private wiki fails, as it using ParamInfo to determine whether to use 'get' or 'post', which loads Siteinfo during the init sequence, causing an APIError readapidenied.
TASK DETAIL
https://phabricator.wikimedia.org/T100961
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jayvdb
Cc: pywikipedia-bugs, jayvdb, Aklapper