jayvdb added a subscriber: jayvdb. jayvdb added a comment. Using `APISite.interwiki` doesnt really fix the problem either. It will allow a site to be created, but it will be a production wiki in a different family, which means other assumptions will be broken. And it can not __only__ use `APISite.interwiki`, as something needs to handle obsolete language codes in wikitext (i.e. non-Wikibase wikis), and that is currently done using the Family.
One quick fix is to add a beta family to the repo, with custom code to work around https://phabricator.wikimedia.org/T69931. With the features already merged, such as `from_url`, we could probably avoid a hard-coded language list. (some of the work for AutoSubdomainFamily might help: https://gerrit.wikimedia.org/r/#/c/138312) https://gerrit.wikimedia.org/r/#/c/236404/ opens up a lot of possibilities, as we could create a custom (betawiki specific) APISite subclass with appropriate behaviour for 'unknown' language codes in order to work around bugs in a way that only affects betawiki. Another option is to add functionality to the family generation to workaround https://phabricator.wikimedia.org/T69931. It could be as simple as a sed script on the generated family, replacing *.wikipedia.org with the beta equivalent. TASK DETAIL https://phabricator.wikimedia.org/T112006 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jayvdb Cc: jayvdb, Aklapper, pywikibot-bugs-list, XZise _______________________________________________ pywikibot-bugs mailing list pywikibot-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/pywikibot-bugs
