gerritbot added a subscriber: gerritbot.
gerritbot added a comment.
Change 208921 had a related patch set uploaded (by John Vandenberg):
hastemplate() returns true for even one existing template
https://gerrit.wikimedia.org/r/208921
TASK DETAIL
https://phabricator.wikimedia.org/T98073
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: gerritbot
Cc: gerritbot, Ladsgroup, XZise, Xqt, droid, Aklapper, jayvdb, pywikipedia-bugs
saper added a comment.
This is with all SSL connections with my Python (2.7.9 from FreeBSD ports), so it is not in that sense Wikimedia-specific.
I think I'd rather have one CA certificate blob per site (or group of sites) instead of blindly trusting some random CA collection off the Internet. I am sure that at least for Wikimedia wikis the CA certificate will be properly maintained.
TASK DETAIL
https://phabricator.wikimedia.org/T98104
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: saper
Cc: jayvdb, saper, Aklapper, pywikipedia-bugs
jayvdb created this task.
jayvdb added subscribers: jayvdb, Mpaa.
jayvdb added projects: MediaWiki-extensions-ProofreadPage, pywikibot-core.
Restricted Application added subscribers: Aklapper, pywikipedia-bugs.
TASK DESCRIPTION
When adding support for ProofreadPage to pywikibot (https://gerrit.wikimedia.org/r/#/c/195105 by @mpaa), we've found that this extension doesnt expose a version number to the API.
e.g. https://en.wikisource.org/wiki/Special:Version only says "– (7709950) 2015-04-20T18:41:29"
As some features of this extension are not included in the MW 1.19 branch, and will not be included, we will need to use either version or feature detection in the future if anyone is using pywikibot , ProofreadPage and MW 1.19. Extension version detection is much easier than feature detection.
TASK DETAIL
https://phabricator.wikimedia.org/T98111
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: Mpaa, jayvdb, Aklapper, GOIII, Tpt, pywikipedia-bugs
jayvdb added a subscriber: jayvdb.
jayvdb added a comment.
are you experiencing this when using pywikibot-compat with Wikimedia wikis, or other wikis?
We've seen very similar problems with Wikimedia wikis, when the server had old certificates, and the problem was fixed by installing new root certificates.
Either way, there is a now a per-family flag in core to disable ssl verification, which avoids this problem. I do like the solution of allowing certificates to be attached to each family , however that is almost identical to disabling ssl verification, unless the certificates are properly maintained (i.e. checks against certificate revocation lists, etc)
TASK DETAIL
https://phabricator.wikimedia.org/T98104
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: jayvdb, saper, Aklapper, pywikipedia-bugs
saper added a project: Pywikibot-General.
saper set Security to None.
Restricted Application added a subscriber: pywikipedia-bugs.
TASK DETAIL
https://phabricator.wikimedia.org/T98104
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: saper
Cc: pywikipedia-bugs, saper, Aklapper