[01:21:11] @wikitideharej: no idea, but I noticed https://commons.miraheze.org/wiki/User_talk:Doug is still a `Structured Discussion board` content model and it won't let me change it to `wikitext` [01:23:35] [1/2] I previously raised that there were unconverted Flow topics and that the problem is that while automated Flow conversion happened to the wikis that still had Flow enabled, Commons disabled the extension before that point, and conversion would probably require re-deploying Flow which might be too late. [01:23:35] [2/2] I moved your old talk page to "User talk:Doug/Archive 1" and now your talk page is a blank slate. [01:28:40] Flow isn't very good at going with the flow [01:29:34] wikitideharej: ah, thanks :) [03:22:05] I laughed at that pun. [04:32:01] dmehus: did you reach out to tech on https://meta.miraheze.org/wiki/Steward_requests/Miscellaneous#c-Doug-20260807175000-Anagrams_in_Nuts-20260807155600 [05:22:41] Yes, https://github.com/miraheze/mw-config/pull/6486#issuecomment-5222069673 [12:37:40] [1/2] can i request that `$wgDefaultUserOptions['vector-theme']` is added to ManageWiki so crats can change the default theme for users [12:37:40] [2/2] https://cdn.discordapp.com/attachments/1006789349498699827/1535990447464382464/image.png?ex=6a79c613&is=6a787493&hm=42a0244e38dc5848de1d5d84e5999f9c5725ad99dd390bebd01540c3c24545e1& [12:38:01] usually its always light [12:40:26] https://cdn.discordapp.com/attachments/1006789349498699827/1535991144767426610/image.png?ex=6a79c6ba&is=6a78753a&hm=1c20afc343393e88ceb34e0e51f134a287037190c8494d2ca6d6d839247e7a39& [12:49:40] I can't remember if someone was working on this or not [12:49:54] should just be workable as a wmg variable [14:02:03] Oh yeah, that was probably me. [14:02:20] But, I'm not sure why I stopped working on that. [18:27:02] Can’t answer on the meta wiki ”a rate limit was exceeded” and an unsolvable captcha. but regarding the infringement I am talking about - just look at allpages in namespace 6. It’s clearly not fair use. [18:33:26] [[SR]] [18:33:27]

[18:48:29] Please wait for an actual steward to weigh in, I was looking at this case but didn't have adequate time to complete it [18:50:03] [1/2] Oh, so these nay-sayers are not stewards? [18:50:03] [2/2] Sorry, thought that would be the reason someone responded. [19:02:00] I mean doug did literally put `(Non-steward comment)` in his comment [19:10:28] Must have missed that. Was kinda distracted by the fact that my initial reply just disappeared. [19:18:05] I am considering making wiki reports a no-clerking zone for pretty much this reason [19:18:39] This is not the first time someone has confused an attempt to be helpful with a steward response [19:23:26] Reception is a steward, but I'm not sure if that's what you meant? [19:52:16] [1/3] Yeah, looking at it; Doug’s message is what I am referring to. [19:52:17] [2/3] In my opinion, that was not helpful, except to get me annoyed because I thought miraheze condones blatant copyright abuse. [19:52:17] [3/3] As we’ve worked hard to secure CC licensing on thousands of images and .glb models, and soon hopefully thousands more - it feels wrong if Copyright is not something that’s respected. [19:54:01] Yup. I've brought the question on how to work to mitigate this going forward to the rest of the steward team, thanks for bearing w/ that initial confusion [20:59:20] [1/2] @cosmicalpha Now that I looked at it again I don't think deferred update would resolve this either. The wiki DB cluster is written to databases.php in https://github.com/miraheze/CreateWiki/blob/7782d72666ff4f1ed929b42c8de96469fb25c131/includes/Services/WikiManagerFactory.php#L268, which is itself a deferred update. [20:59:20] [2/2] Plus, when dealing with a wiki DB, ManageWiki is probably using an old, cached version of databases.php, so even if we can somehow order deferred updates ManageWiki would still be oblivious of what cluster this wiki is in. [21:01:40] So the only solution if we don't want a hack is to somehow let CreateWiki pass the DB cluster to ManageWiki, either through a change in the hook's signature (backward incompatible) or through some other means which might be possible? [21:07:47] a few images on doorswiki have failed to upload with the reason `(An unknown error occurred in storage backend "miraheze-swift".)`. maybe 1 in 20 [21:11:22] I guess you can collect the list and re-import if the full output is still available in the terminal? Otherwise maybe a bulk `mv` based on existing files on the wiki to separate uploaded files and missing ones. [21:15:27] `screen` cuts off the full output [21:16:43] ig I could, once the import's finished, get a list of the wiki's files and delete all of the ones that got uploaded [21:17:29] you could just rerun the import and pipe the result [21:17:38] its gonna skip anything uploaded [21:36:12] Sorry for all questions, but is there a way to associate ”imported accounts” in edit histories with the users new accounts? [21:36:31] Yup [21:36:40] If you give us a list, we can do it [21:40:38] [1/2] I’ll see if I can compile it. [21:40:38] [2/2] Will it fix the ”ugly” wgg:maille> part or is that something that has to stay? [21:41:32] It will reattribute edits to their actual account [21:41:36] So that will go [21:46:58] [1/8] For Maille.wiki: [21:46:59] [2/8] Same name on both: [21:46:59] [3/8] Bmazz220 [21:46:59] [4/8] Karpeth [21:46:59] [5/8] RheingoldRiver [21:47:00] [6/8] Dany Martineau (should also be Carnivorous Potatoe) [21:47:00] [7/8] This user couldn’t create an account with the same name: [21:47:00] [8/8] ZoLo -> ZoLo Chainmaille [21:47:51] Please use a task [21:47:52] Special:oldpages seems to be broken. [21:47:59] On Phorge? [21:48:04] Yes [21:48:22] Probably one of the special pages that isn't instant [21:48:30] And will get refreshed in due course [21:48:48] It's nearly 11pm though so I might be wrong [21:48:54] No, it’s showing everything as ”created 4/8-2026” [21:49:12] Midnight here. [21:49:17] The pages were probably imported on that day? [21:49:29] Nope. Import was in April. [21:49:38] April 8? [21:49:43] 4 aug. [21:49:55] Oh weird [21:50:01] Oh, sorry, 4 July. [21:50:02] Maybe it's using mm dd yyyy [21:50:45] No. 1 is created 11 June; listed as 4 July. [21:51:19] Should I do a bug report on phorge for that as well? [22:00:10] quick reminder that ancientpages lists the pages that were the last to be edited [22:00:47] ah. [22:01:03] otherwise it would almost always be Main Page at the top [22:01:17] That explains alot. [22:21:35] https://issue-tracker.miraheze.org/T15801 [22:21:53] I hope this is correct? [22:23:55] Is there a speedy way to find "users who contributed but don't have an account"; i.e, the ones I am trying to connect? 😉