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
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
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
---------- 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