Multichill created this task.Multichill added projects: Pywikibot-core, MediaWiki-API.Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTIONPywikibot checks if maxlag is returned ( https://phabricator.wikimedia.org/diffusion/PWBC/browse/master/pywikibot/data/api.py
Multichill added a comment.
In T142155#2529638, @Tgr wrote:
Reverted in 1.28.0-wmf.13 (meaning it will last until Tuesday). Is anyone planning to fix PWB and contact users about updating (or using OAuth)?
Thank you Gergő. I can confirm too that login works again. Tuesday is way too early. Can
Multichill added a comment.
In T142155#2529359, @MarcoAurelio wrote:
Not a tech so pardon my ignorance, but I feel it'd be easier to solve this from the pywikibot side rather than on the mediawiki side? In other words, this is not that simple than to submit a revert-patch for @Anomie's change
Multichill added a comment.
Emailed the announce list, see https://lists.wikimedia.org/pipermail/pywikibot-announce/2016-August/10.htmlTASK DETAILhttps://phabricator.wikimedia.org/T142155EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc
Multichill added subscribers: Anomie, Multichill.Multichill added a comment.
@Anomie could you undo your change? It broke all bots.TASK DETAILhttps://phabricator.wikimedia.org/T142155EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Multichill
Multichill added a comment.
Item:
*https://www.wikidata.org/w/api.php?action="">
Property:
https://www.wikidata.org/w/api.php?action="">
FilePage:
*https://www.wikidata.org/w/api.php?action="">
Checks if it exists so https://www.wikidata.org/w/api.php
Multichill added a comment.
I don't get it. https://www.wikidata.org/w/api.php?action=""> output seems suitable to build a WbTime object. with https://phabricator.wikimedia.org/diffusion/PWBC/browse/master/pywikibot/__init__.py;b6e933d4e33e1035457755015b29da74b8c8160a$512 .
Multichill added a comment.
In T112140#2429651, @ArthurPSmith wrote:
I'm going to have a shot at implementing this - it looks like it will be useful for a number of other open phabricator issues for pywikibot. I was figuring a function that will take all the parameters the API offers (datatype
Multichill added a comment.
In https://phabricator.wikimedia.org/T133445#2232161, @valhallasw wrote:
> You need to call pywikibot.handle_args() to set up logging:
Looks like a good work around, but not really a fix. pwb.py should just
initialize this.
TASK DETAIL
ht
Multichill added a comment.
Did some more digging. Might be around a bit longer and I just started using
the pwb.py wrapper more often. I do have a login-bot.log from Apr 22 20:13 when
I ran pwb.py login.py, The "/usr/bin/python
/data/project/multichill/pywikibot/pwb.py
/data/pr
Multichill edited the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T133445
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper, pywikibot-bugs-list, Multichill, Mdupont, jayvdb
Multichill created this task.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
For some reason all Pywikibot logging ends up in pwb-bot.log now instead of
-bot.log. This is very annoying when you run multiple bots and
you want to debug one of them. Seems
Multichill added a blocked task: T61914: Chunked upload (tracking).
TASK DETAIL
https://phabricator.wikimedia.org/T133444
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper, Steinsplitter, Avicennasis, pywikibot-bugs-list
Multichill edited the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T133443
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper, Avicennasis, pywikibot-bugs-list, Multichill, Mdupont, jayvdb
Multichill created this task.
Herald added subscribers: pywikibot-bugs-list, Avicennasis, Steinsplitter,
Aklapper.
Herald added a project: Multimedia.
TASK DESCRIPTION
I seem to get occasional warnings that the offset is wrong with chunked
uploading:
$ less pwb-bot.log | grep offset
Multichill created this task.
Herald added subscribers: pywikibot-bugs-list, Avicennasis, Aklapper.
TASK DESCRIPTION
I'm playing around with the new upload implementation in site and chunked
uploading. Chunked uploading seems to work ok, but on every upload I get a
warning:
2016-04-23 08
Multichill added a blocked task: T61914: Chunked upload (tracking).
TASK DETAIL
https://phabricator.wikimedia.org/T133443
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper, Avicennasis, pywikibot-bugs-list, Multichill, Mdupont
Multichill added a comment.
Talked with @Smalyshev about this yesterday. api.php (
https://git.wikimedia.org/blob/pywikibot%2Fcore.git/master/pywikibot%2Fdata%2Fapi.py
) is build in a way that it recovers on quite a few errors. Logic can be
copied from there. Most network errors
Multichill closed this task as "Resolved".
TASK DETAIL
https://phabricator.wikimedia.org/T129021
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Xqt, Aklapper, pywikibot-bugs-list,
Multichill added a comment.
Looks like the local copy got stuck in a really old version:
$ git pull
Updating
https://phabricator.wikimedia.org/rPWBC783b33c61495d6d80e17f841620ac0581d41e567..https://phabricator.wikimedia.org/rPWBCd82b9c3a62cad81fb1e44d1c42ca68ebb3c32dbc
fatal
Multichill triaged this task as "High" priority.
TASK DETAIL
https://phabricator.wikimedia.org/T129021
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper, pywikibot-bugs-list,
Multichill created this task.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
I dusted off an old bot that used to work. It uses the following code to get
all items that use a certain property:
repo = pywikibot.Site().data_repository()
ppage
Multichill added a comment.
Why are we wasting time on compat?
TASK DETAIL
https://phabricator.wikimedia.org/T128946
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Multichill, DaBPunkt, pywikibot-bugs-list, jayvdb, DrTrigon
Multichill added a blocked task: T42810: Wikibase badges (tracking).
TASK DETAIL
https://phabricator.wikimedia.org/T128202
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper, StudiesWorld, pywikibot-bugs-list, Multichill
Multichill added a blocking task: T66457: refactor sitelinks structure to
support badges.
TASK DETAIL
https://phabricator.wikimedia.org/T128202
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper, StudiesWorld, pywikibot-bugs
Multichill added a blocked task: T128202: Implement badges support in pywikibot.
TASK DETAIL
https://phabricator.wikimedia.org/T66457
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: gerritbot, Aklapper, Bene, jayvdb, Ricordisamoa
Multichill created this task.
Herald added subscribers: pywikibot-bugs-list, StudiesWorld, Aklapper.
TASK DESCRIPTION
Wikibase badges have been around for quite some time. Should be implemented
in Pywikibot
(expand a bit)
TASK DETAIL
https://phabricator.wikimedia.org/T128202
EMAIL
Multichill removed a blocking task: T42810: Wikibase badges (tracking).
TASK DETAIL
https://phabricator.wikimedia.org/T66457
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: gerritbot, Aklapper, Bene, jayvdb, Ricordisamoa, pywikibot
Multichill added a comment.
On Wikidata to database slips into read-only mode several times a day (see
https://phabricator.wikimedia.org/T123867) and every time bots crash. Fairly
annoying.
TASK DETAIL
https://phabricator.wikimedia.org/T100123
EMAIL PREFERENCES
https
Multichill added a comment.
This is just annoying for some time, not actually breaking anything so "Unbreak
Now!" might be a bit too much.
TASK DETAIL
https://phabricator.wikimedia.org/T104522
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailp
Multichill added a subscriber: Multichill.
TASK DETAIL
https://phabricator.wikimedia.org/T104522
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Multichill, Ricordisamoa, Aklapper, jayvdb, pywikibot-bugs-list,
Wikidata-bugs, aude
Multichill added a comment.
Just ran into this.
https://phabricator.wikimedia.org/rPWBC261aa028acb1fda727f7ee3418c5fd8db189bc6a
broke it. Work around is to comment out self.check_user_exists() on line 254
TASK DETAIL
https://phabricator.wikimedia.org/T120327
EMAIL PREFERENCES
https
Multichill added a subscriber: Multichill.
TASK DETAIL
https://phabricator.wikimedia.org/T120327
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Multichill, zhuyifei1999, Aklapper, jayvdb, pywikibot-bugs-list
Multichill added a comment.
Interesting post @jayvdb . I'll follow up on that next week.
TASK DETAIL
https://phabricator.wikimedia.org/T103063
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jayvdb, Multichill
Cc: XZise, Multichill, jayvdb
Multichill added a subscriber: Multichill.
TASK DETAIL
https://phabricator.wikimedia.org/T115679
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Multichill, Legoktm, Aklapper, jayvdb, pywikibot-bugs-list, Ricordisamoa
Multichill added subscribers: Lydia_Pintscher, hoo.
Multichill added a project: Wikidata.
TASK DETAIL
https://phabricator.wikimedia.org/T115679
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: hoo, Lydia_Pintscher, Multichill, Legoktm
Multichill added a comment.
In https://phabricator.wikimedia.org/T56311#1713509, @jayvdb wrote:
> Has this problem occurred since about April 2015 when T61678: Implement
> badtoken detection and recovery <https://phabricator.wikimedia.org/T61678>
> was fixed?
A lot of thin
Multichill added a comment.
I think that if https://phabricator.wikimedia.org/T112141 gets implemented that
this works too without any extra code.
TASK DETAIL
https://phabricator.wikimedia.org/T66503
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences
Multichill added a comment.
For the Wikidata part it might be better to not do it ourselves, but outsource
it, see https://phabricator.wikimedia.org/T112140
TASK DETAIL
https://phabricator.wikimedia.org/T66502
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Multichill created this task.
Multichill added a subscriber: Multichill.
Multichill added projects: Pywikibot-Wikidata, pywikibot-core, Wikidata.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
Units just got deployed to Wikidata. Pywikibot should also implement
Multichill added a blocked task: T112141: Update harvest_template.py to use
wbparsevalue and accept arbitrary datatypes.
TASK DETAIL
https://phabricator.wikimedia.org/T112140
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper
Multichill added a blocking task: T112140: Provide a wrapper function in
pywikibot around wbparsevalue.
TASK DETAIL
https://phabricator.wikimedia.org/T112141
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Multichill, pywikibot-bugs
Multichill created this task.
Multichill added a subscriber: Multichill.
Multichill added projects: Pywikibot-Wikidata, pywikibot-core, Wikidata.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
The Wikidata api provides a function to parse a string and to try return
Multichill added a subscriber: Multichill.
TASK DETAIL
https://phabricator.wikimedia.org/T112156
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Multichill, Aklapper, pywikibot-bugs-list, daniel, Wikidata-bugs, aude,
Ricordisamoa
Multichill changed the title from "Implement unit support in pywikibot
WbQuanity" to "Pywikibot crashes on items with quantities with units. Need to
implement unit support in pywikibot WbQuanity".
Multichill edited the task description.
Multichill set Security to None.
Multichill created this task.
Multichill added subscribers: Aklapper, pywikibot-bugs-list, Multichill.
Multichill added projects: Wikidata, pywikibot-core, Pywikibot-Wikidata.
TASK DESCRIPTION
Currently harvest_template.py supports some hard coded data types (images,
strings and items
Multichill added a subscriber: Multichill.
Multichill added a comment.
Looks solved to me :-)
TASK DETAIL
https://phabricator.wikimedia.org/T110819
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Multichill, gerritbot, Addshore
Multichill added a comment.
Maybe file an upstream bug that mediawiki should implement different types of
gsrsearch-errors so that we know what we're hitting?
TASK DETAIL
https://phabricator.wikimedia.org/T110572
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel
Multichill added a comment.
Thanks for the comment Jay, that seems a good direction.
TASK DETAIL
https://phabricator.wikimedia.org/T110388
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jayvdb, Multichill
Cc: jayvdb, XZise, Mpaa, Aklapper
Multichill created this task.
Multichill added a subscriber: Multichill.
Multichill added a project: Pywikibot-Wikidata.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
In T95168 the Wikidata api is slightly changed. In the old format if an item
doesn't have claims
Multichill added a blocking task: T95168: [Task] Remove calls to getIsRawMode()
in Wikibase, and calls to setRawMode() in tests.
TASK DETAIL
https://phabricator.wikimedia.org/T110559
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc
Multichill created this task.
Multichill added a subscriber: Multichill.
Multichill added projects: pywikibot-core, Pywikibot-pagegenerators.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
So I was working on matching some painters and I hit a search error
Multichill reopened this task as Open.
TASK DETAIL
https://phabricator.wikimedia.org/T110388
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jayvdb, Multichill
Cc: jayvdb, XZise, Mpaa, Aklapper, Multichill, JeanFred, pywikibot-bugs-list,
Malyacko
Multichill added a comment.
Namespaces get added and deleted all the time. This is a filter, it shouldn't
crash when trying to filter out a namespace that isn't being supplied in the
first place. Solution would be to not remove the namespaces (ever), but mark
them as deprecated and only throw
Multichill added a project: Pywikibot-pagegenerators.
Multichill set Security to None.
TASK DETAIL
https://phabricator.wikimedia.org/T110388
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Aklapper, Multichill, JeanFred, pywikibot-bugs
Multichill added a comment.
Also worth discussing, .. what are these two generators and date.py being
used for? Or, should we simply drop date.py and these two generators?
I think I used it once, by far not enough to keep it around and spend a lot of
effort on it. Maybe ask around
Multichill added a subscriber: Multichill.
Multichill added a comment.
Bump
pagegenerators.CategorizedPageGenerator(workcat, namespaces=6,
start=u'Ambrosius')
WARNING: API warning (categorymembers): The gcmstartsortkey parameter has
been deprecated.
TASK DETAIL
https
Multichill created this task.
Multichill added a subscriber: Multichill.
Multichill added projects: pywikibot-core, Pywikibot-Wikidata.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
Looking in wikidataquery.py everything is str(), not unicode(). No problem
for most
Multichill added a comment.
[21:51:25] multichill In https://phabricator.wikimedia.org/T100123 the last
question. You might be able to answer that
[21:51:31] anomie looks
[21:51:35] multichill How long should we back off when we hit read-only?
[21:55:18] anomie multichill
Multichill added a subscriber: Multichill.
Multichill added a comment.
I ran into this twice tonight while running on Wikidata:
2015-07-01 22:32:31 api.py, 1649 in submit: VERBOSE
Pausing due to database lag: Waiting for 10.64.16.15: 6 seconds lagged
2015-07-01 22
Multichill added a comment.
We could setup some test cases on one of the test wiki, hit it with a bot and
see what the api spits out. Come to think of it, these would also be excellent
integrated unit tests to setup ;-)
TASK DETAIL
https://phabricator.wikimedia.org/T85656
EMAIL PREFERENCES
Multichill added a subscriber: Multichill.
Multichill added a comment.
I run into this (misconfigured?) abuse filter every once in a while:
File C:\pywikibot\coredev\pywikibot\page.py, line 4194, in addSources
data = self.repo.editSource(self, claims, new=True, **kwargs)
File C
Multichill added a subscriber: Multichill.
TASK DETAIL
https://phabricator.wikimedia.org/T102741
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Multichill
Cc: Multichill, XZise, Ricordisamoa, Yurik, Husky, mkroetzsch, Denny, jcreus,
Legoktm
Multichill added a comment.
Announcement is included in https://meta.wikimedia.org/wiki/Tech/News/2015/25 .
I added a link to
https://www.mediawiki.org/wiki/Manual:Pywikibot/Compat_deprecation . We might
want to mark that page for translation.
TASK DETAIL
https://phabricator.wikimedia.org
201 - 264 of 264 matches
Mail list logo
