pywikibot December 2015

pywikibot@lists.wikimedia.org

3 participants
6 discussions

[Pywikipedia-l] Urlencoded section titles
by Bináris 13 Sep '18

13 Sep '18

Happy Monday, There are strange people who make such links (kindof urlencoded?): [[Második világháború#Partrasz.C3.A1ll.C3.A1s Szic.C3.ADli.C3.A1ban .28Huskey hadm.C5.B1velet.29|Huskey hadműveletben]] So the section title must have been copied from the URL. Do we have a ready tool to fix these? -- Bináris

3 11

[Pywikipedia-l] Template parsing code
by Hannes Röst 02 Sep '16

02 Sep '16

Hello all >From one of my assignments as a bot operator I have some code which does template parsing and general text parsing (e.g. Image/File tags). It is not using regex and thus able to correctly parse nested templates and other such nasty things. I have written those as library classes and written tests for them which cover almost all of the code. I would now really like to contribute that code back to the community. Would you be interested in adding this code to the pywikibot framework? If yes, can I send the code to someone for code review or how do you usually operate? Greetings Hannes PS: wiki userpage is http://en.wikipedia.org/wiki/User:Hannes_R%C3%B6st

5 13

Mediawiki API:Siteinfo
by Alex S 30 Dec '15

30 Dec '15

If the in the general siteinfo response (e.g. https://en.wikipedia.org/w/api.php?action=query&meta=siteinfo) 'uploadsenabled' is an empty string, does this mean uploads are enabled?

2 1

Phabricator T100521
by John Doe 22 Dec '15

22 Dec '15

This task is set for the Google Code-In. It appears that none of the methods have a link to Mediawiki in the docstring. Is this correct?

2 1

Pywikibot 2.0rc4 released
by John Mark Vandenberg 15 Dec '15

15 Dec '15

To upgrade: pip install -U pywikibot https://pypi.python.org/pypi/pywikibot ChangeLog Bugfixes (core) --------------- e42891d Remove dependency on pYsearch ecc39ce Require google>=0.7 fa431a4 Desupport Python 2.6 for Pywikibot 2.0 release branch b1f6f39 config: Don't crash on later get_base_dir calls 0925c51 cosmetic_changes: merge similar regexes 4bf39f3 Update revId upon claim change ea11626 Update WOW hostnames 2a5a4fa Mark site.patrol() as a user write action 4f568c5 Fix interwikiFormat support for Link 7cb6962 Changes are wrongly detected in the last langlink 5c5d658 getLanguageLinks: Skip own site 7ee8ec2 fix intersection of sets of namespaces 94b0c43 Import textlib.TimeStripper 584d7c1 Change "PyWikiBot" to "Pywikibot" 1f8d57e Stop crashing item loads due to support of units c19dcfa __all__ items must be bytes on Python 2 e6aa6ca Omit includeredirects parameter for allpages generator 687ec9e Performance fix for sites using interwiki_putfirst option 28db3d2 Fix Persian Wikipedia configuration 3944f5e rollback: Use Revision instance properly 860af34 Add must_be to DataSite write actions f8af8e0 Remove unneeded site argument to AutoFamily bf49a7d Fix ComparableMixin 1d36e45 Deprecate ParamInfo.query_modules_with_limits e83c6a3 be-x-old is renamed to be-tarask 19bbe7e Correctly identify qualifier from JSON Bugfixes (scripts) ------------------ 4e78c27 checkimages: Expect NoPage exception fbb6266 interwiki: Optimize/remove unneeded calls to Page.isEmpty() 428420a interwiki: Allow Subject.originPage to be updated a305d7b interwiki: Allow titletranslate.translate page to be None a786226 interwiki: '-ignore' parameter throws exception ab7abf5 interwiki: check for category before emptiness 0db2e87 interwiki: do not automatically log in 47ed5d5 nowcommons: Query at most one users -- John Vandenberg

1 0

Fwd: [Mediawiki-api-announce] DEPRECATION: Removal of lgtoken, cookieprefix, and sessionid response values from action=login
by John Mark Vandenberg 15 Dec '15

15 Dec '15

---------- Forwarded message ---------- From: "Brad Jorsch (Anomie)" <bjorsch(a)wikimedia.org> Date: 16 Dec 2015 3:12 am Subject: [Mediawiki-api-announce] DEPRECATION: Removal of lgtoken, cookieprefix, and sessionid response values from action=login To: <mediawiki-api-announce(a)lists.wikimedia.org> Cc: Long ago, the only mechanism for session management in MediaWiki was certain cookies set by the User class. When ApiLogin was written, in addition to setting these cookies as usual it also returned some of the values needed to construct these cookies on the client. Presumably this was to make things easier for clients that somehow couldn't handle the standard cookie headers. Then CentralAuth came along. Now, constructing the cookies manually would log you in to the local wiki only, without taking advantage of the SUL mechanism. Then T55032[1] happened, and clients that were using the manual-construction mechanism had to update their code because one of the cookie names changed and that wasn't part of the data being returned. And soon, we'll have SessionManager and AuthManager, which will make it possible for login to easily happen in ways that don't involve cookies at all. So it's time to eliminate the pretense that clients can manually construct the cookies instead of handing the standard HTTP cookie headers. Tentative plan is to deprecate them now and then remove them sometime during 1.28; if anyone objects to this schedule, please raise your concerns in https://phabricator.wikimedia.org/T121527. [1]: https://phabricator.wikimedia.org/T55032 -- Brad Jorsch (Anomie) Senior Software Engineer Wikimedia Foundation _______________________________________________ Mediawiki-api-announce mailing list Mediawiki-api-announce(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

pywikibot December 2015