abian created this task.abian added projects: Pywikibot, StructuredDataOnCommons.Restricted Application added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTIONWe would like to have the feature of file captions, part of #structureddataoncommons, implemented in Pywikibot in order to use
abian updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONAs shown with [[ https://en.wikipedia.org/w/index.php?title=Portal:County_Durham&diff=prev&oldid=879950645 | this diff on enwiki]] the .touch() method removes whitespace at the end of the page.
It should be pos
abian added a comment.
In T214806#4913619, @Dvorapa wrote:
The spaces at the end of the page should never exist and if they do exist, this is a correct behavior. This is not produced by Pywikibot, but by MediaWiki API itself, we can do nothing about it.
I've changed the descri
abian added a comment.
In T214806#4918856, @Dvorapa wrote:
But that would prevent to touch the page containing whitespace at the end at all. There is no other way to touch the page without removing the whitespace. You can use -botflag to avoid flooding RC
Yeah, that's the price the ope
abian created this task.
abian added a subscriber: abian.
abian added a project: pywikibot-core.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
I am writing a script that uses Pywikibot for uploading thousands of files,
but upload.py does not have an -always option
abian created this task.
abian added a subscriber: abian.
abian added a project: pywikibot-core.
Herald added subscribers: pywikibot-bugs-list, Aklapper.
TASK DESCRIPTION
I believe it would be a great improvement that main(...) functions of
Pywikibot scripts return error codes (or, simply
abian added a comment.
In https://phabricator.wikimedia.org/T106580#1472472, @XZise wrote:
> With Gerrit 194542 <https://gerrit.wikimedia.org/r/194542> I add the feature
> that it returns False in case an error happens. As most return None by
> default it's compli
abian added a comment.
Thanks for your support, @Mr.Ajedrez and @-jem-.
Developers: Please do not forget this task. We cannot upload those ~2 files
to Commons without this simple feature.
TASK DETAIL
https://phabricator.wikimedia.org/T106412
EMAIL PREFERENCES
https
abian lowered the priority of this task from "Unbreak Now!" to "Normal".
abian added a comment.
In https://phabricator.wikimedia.org/T106412#160, @XZise wrote:
> It's funny… when it's so easy go ahead and we help you to get it merged.
> Anyway I look
abian updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T213904
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: matej_suchanek, abian
Cc: Zache, Framawiki, JeanFred, Addshore, Mpaa, Xqt, Aklapper,
pywikibot-bugs-list
abian added a comment.
I like this solution. The only right provided by the flag of account creator
is `noratelimit`, and right now no user account has this flag, so we can freely
change the group/flag name with MediaWiki:Group-accountcreator
<https://www.wikidata.org/wiki/MediaWiki:Gr
abian added a comment.
In T258354#6528169 <https://phabricator.wikimedia.org/T258354#6528169>,
@Urbanecm wrote:
> Ignore rate limits? No rate limit? Fast editors? Fast users? I don't think
we should go for superbot, because there are use cases for noratelimit too,
su
12 matches
Mail list logo
