XZise added a comment.
In https://phabricator.wikimedia.org/T74674#965633, @JAnD wrote:
> not only 'za', all non-existing codes (somebady copied interwiki from WP to Wikt => many unrecognized codes)
Okay `za` is an closed wiki but the API <https://za.wiktionary.org/w/api.php> still works like any other wiktionary. So to fix that the `Family` class in `pywikibot.families.wikitionary` should support `za` in `langs`. Now I'm not sure if there are obsolete codes where this doesn't apply. If that is not the case one fix would be to add the `obsolete` codes to `langs` or to not only check `langs` in `pywikibot.family.Family.hostname` but also `obsolete`. Otherwise `obsolete` need to differ between just //closed// wikis and //removed// wikis.
But your problem with `ht` is different (as explained above). Also why “not just”: That file has 2k+ lines and unline `pywikibot.site` or `pywikibot.page` which are also quite large, is the script one section. So to understand it you have know how it works.
TASK DETAIL
https://phabricator.wikimedia.org/T74674
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: XZise
Cc: pywikipedia-bugs, XZise, JAnD, Mpaa, Kronf, jayvdb
JAnD added a comment.
not only 'za', all non-existing codes (somebady copied interwiki from WP to Wikt => many unrecognized codes)
TASK DETAIL
https://phabricator.wikimedia.org/T74674
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: JAnD
Cc: pywikipedia-bugs, XZise, JAnD, Mpaa, Kronf, jayvdb
jayvdb created this task.
jayvdb added a subscriber: jayvdb.
jayvdb added a project: pywikibot-core.
TASK DESCRIPTION
Family.categories_last is used for the WOW family because Wikia uses the CategorySelect, which places categories after interwikis. This is only relevant for Wikia sites which have multiple languages, but that is a significant proportion of them.
In core we only have a family file for one case, the WOW family.
Detecting extension CategorySelect removes the *known* need for this Family attribute. However this should be deprecated so that other uses of this attribute have time to complain and find better solutions.
TASK DETAIL
https://phabricator.wikimedia.org/T86284
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: Aklapper, jayvdb, pywikipedia-bugs
hoo added a comment.
In https://phabricator.wikimedia.org/T66794#963164, @Lydia_Pintscher wrote:
> @hoo: Would that be possible?
Given that we record commons media links as image usage now, yes it would be possible, but not trivial (would probably also need a new extension as that's to Wikimedia specific for WikibaseClient).
TASK DETAIL
https://phabricator.wikimedia.org/T66794
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: hoo
Cc: pywikipedia-bugs, Ladsgroup, Revi, Multichill, Steinsplitter, Lydia_Pintscher, RP88, hoo, Wikidata-bugs, aude
Lydia_Pintscher added a comment.
@hoo: Would that be possible?
TASK DETAIL
https://phabricator.wikimedia.org/T66794
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: Lydia_Pintscher
Cc: pywikipedia-bugs, Ladsgroup, Revi, Multichill, Steinsplitter, Lydia_Pintscher, RP88, hoo, Wikidata-bugs, aude