[08:21:54] Hello, I am having trouble with the mediawiki API [08:21:54] I am trying to create a attribution file for a large category. [08:21:54] With this query I am making headway downloading from https://commons.wikimedia.org/w/api.php [08:21:54] action='query', [08:21:54] format="json", [08:21:54] prop="imageinfo", [08:21:54] generator="categorymembers", [08:21:55] iiprop="extmetadata|url", [08:21:55] gcmtitle=Category:Nazi_symbols_status, [08:21:56] gcmtype="file", [08:21:56] gcmlimit="5", [08:21:57] gcmprop="sortkey", [08:21:57] my Issue is two fold, I am stuck with gcmcontinue. I provide the continue value of the last response, but I seem to be stuck in a loop of the same files over and over. [08:21:58] now I am trying to get hold of "sortkey" to continue via sortkey. but the response does not include sortkey: [08:22:45] I think that's an API bug, let me see [08:22:53] (p.s. in the future please use a pastebin) [08:24:02] it might be https://phabricator.wikimedia.org/T101532 [08:24:35] here is the query in one link https://commons.wikimedia.org/wiki/Special:ApiSandbox#action=query&format=json&generator=categorymembers&gcmtitle=Category%3ANazi_symbols_status&gcmprop=sortkey&gcmtype=file&gcmlimit=3&gcmsort=sortkey [08:28:43] thank you for the hint, but the default sorting is not by timestampt but by sortkey. (at least per the wiki) [14:48:37] Morning! I'm looking for some assistance with ConfirmAccount on 1.35. I'm helping someone upgrade from 1.31, and I'm getting OOUI singleton warnings on Special:RequestAccount . I see that there's an unowned task at https://phabricator.wikimedia.org/T105633 to get ConfirmAccount using OOUI, but is there a workaround that would allow Special:RequestAccount to function in the meantime? [16:01:54] SaucedButLeaking: What's the actual error you're seeing? [16:21:08] Reedy: https://pastebin.com/sKPuVc8y [16:26:41] Thanks [16:26:49] Definitely looks like a valid bug [16:27:01] ConfirmAccount on 1.35 should "just work" [16:27:25] uh. ConfirmEdit should [16:29:36] You are definitely using the REL1_35 versions of both extensions? [16:34:01] I don't have ConfirmEdit in my Dockerfile; do you think that would do it? [16:34:11] I'll try that [16:40:23] ConfirmEdit comes with the MW tarball/release branches [16:40:35] So shouldn't necessarily be needed doing extra [16:40:43] right, but not necessarily the REL1_35 version [16:41:07] If it's checked out MW core REL1_35 and initialised the submodules, it would be the right version [16:41:17] If it's been put there manually at some point... Who knows [16:42:39] I had to remove the version of VisualEditor and re-clone the REL1_35 [16:42:53] though that problem turned out to be an .htaccess issue, so maybe I'm still barking up the wrong tree [16:43:38] yeah, I'm still getting the error after clearing the existing ConfirmEdit, cloning and checking out the REL1_35 branch, and initializing the submodules [16:45:33] but I am definitely using the REL1_35 version of ConfirmAccount. Special:Version tells me it's "– (1a45bf5) 00:55, 17 January 2022" [16:46:13] (which is the most recent slug in REL1_35) [16:54:16] I suspect the fix itself is pretty simple... [16:55:45] The code doesn't seem to have changed much since it was converted [16:56:44] It's probably worth dumping your stack trace etc into a bug [16:57:15] I suspect the error to someone familiar with ooui will be fairly obvious [17:01:22] where would I submit that? [17:52:02] nvm, found it [18:12:44] submitted as https://phabricator.wikimedia.org/T299790 . Thanks! [21:44:17] hi there, does MediaWiki have a list showing admin users? [21:45:07] Special:ListUsers/sysop [21:45:11] e.g. https://www.mediawiki.org/wiki/Special:ListUsers/sysop [21:45:18] you mean something like that? [21:46:44] yes [21:46:46] ty