[00:53:02] so idk if its just me having this problem but I can Never get the logo image to work [01:27:40] I’m curious [01:27:54] [[mh:phorge]] [01:27:54] https://mh.wikipedia.org/wiki/phorge [01:27:55]

[01:28:12] that did not work [01:28:31] I was trying to see if it would link to phorge.miraheze.org lol [01:32:47] [[:mh:issue-tracker:]] [01:32:47] https://meta.miraheze.org/wiki/:mh:issue-tracker: [01:32:49]

[01:33:01] it seems it checks if it exists as a valid wiki [01:33:04] [[phab:]] [01:33:04] https://meta.miraheze.org/wiki/phab: [01:33:05]

[01:36:18] oh that one worked [01:36:27] I wonder what the difference there was [02:18:25] i hmmm [02:18:29] um [02:18:46] is miraheze down for nyone [02:18:49] anyone * [02:21:04] No - however, it is loading somewhat slowly [02:21:19] [1/2] to me this indicates it was down and resolved itself [02:21:19] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1283975772029190175/KAf50p9.png?ex=66e4f31f&is=66e3a19f&hm=71567df4724deca8020e816fbb4e7fe2dac3e7cc8e09e76aeaafd92cbcf71710& [02:21:55] it’s loaded back for me [02:22:13] time to work on fictional religions for my world [03:28:10] :yougo: [05:15:18] [1/3] Although a note within the request import form states otherwise, I am curious nevertheless if it is possible for us to simply upload an .xml without the wiki's page revision history if the history is not genuinely required for the purposes of the Miraheze wiki. I am attempting to import an .xml from an older Fandom-hosted wiki which possesses an .xml that is 6.37 GB in [05:15:18] [2/3] total with the full revision history included, and needless to say, an .xml file of this size leaves the request import submission form perpetually hanging. [05:15:19] [3/3] The same wiki's .xml file without any revision history is merely 296 MB in size, which I do not believe should cause the request to time out. If uploading the smaller .xml file is not possible, and if an .xml with the wiki's full page revision history is absolutely required, I will simply create a task on Phorge. [05:18:01] Unless the wiki was only maintained and edited by yourself only, I prefer to make a task for this, by uploading the full XML history to some public storage or send it through `sre[at]miraheze.org` [05:19:26] [1/2] something something wm australia [05:19:26] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1284020596044464142/x.png?ex=66e51cde&is=66e3cb5e&hm=d1d9c2365dcfd4a38b605aba7689ee1bcf1ffb99e9592785b1bbf2685c85ee00& [05:20:04] having full page history is a matter of copyright/licensing [05:20:43] if you were the sole editor of the wiki then it's acceptable, otherwise everyone who worked on the wiki need attribution [08:17:52] anyone elses wiki down rn? [08:18:42] Same [08:18:45] 502 a lot [08:20:50] yeah I checked #tech-ops [08:20:55] it seems the servers are having a bad time [08:42:55] It's back up for me [08:44:45] back up for me too [08:52:12] Yeah [08:54:33] It's not stable though. 😦 [09:01:16] unfortunate [09:01:29] hope it'll be stable when I wake up tomorrow [09:06:01] [1/2] beautiful html [09:06:01] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1284077616395059301/Screenshot_20240913-030510_Firefox_Nightly.png?ex=66e551f8&is=66e40078&hm=ee21c52d57ff4386c7dfc603d4e9a32f83d4c01e1a39789971e4d038737d8079& [09:09:14] It's great for practicing patience 😄 [09:09:44] teaches you how to explore websites without css [09:10:10] oh wow, the servers are not having a good time [09:11:11] seems like it [09:11:43] https://files.catbox.moe/glp4li.png [09:11:46] wdym? this looks fine to me /s [09:12:33] I've no idea where commons is on, but doing repetitive work is not easy this way [09:13:02] wikis don't depend on any specific mediawiki server [09:13:12] but i think they do depend on a specific mariadb server [09:13:40] yeah wikis aren't mw server specific but they are db server specific [09:17:06] ah. [09:46:03] Ugh... I'm not good at practicing patience 😄 [09:48:23] how bad of an idea is it to try to create pages while the servers are struggling? [09:48:49] I don't really mind the waiting time but it probably makes things worse for the people that do maintenance stuff [09:51:27] You can code offline on your page before put them to server [09:51:47] I mean code and put code on pc before upload to server [09:52:40] Actually why is everything running this slow? [09:53:27] Many reasons, maybe code broke, maybe ddos. [10:13:22] Error 502 Bad Gateway [10:28:51] shouldn't tech pinging at this point? [10:30:12] Ok but why can't I do this? [10:33:30] [1/2] ddos ? [10:33:31] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1284099634993561713/image.png?ex=66e5667a&is=66e414fa&hm=4e9c9f65ae9b7cf788b9b0b57ee2292b4a9932c837236faee4782139c3519826& [10:33:56] nothing to suggest that [10:34:04] all we know is that mh is choking atm [10:34:23] They tripped over a cable in the server room again 💔 [10:34:40] is an announcement gonna be put up soon? [10:34:50] Yeah really [10:34:55] local fox wanted to eat some snacks, but accidentally disconnected half of all servers [10:35:15] Huh? [10:35:21] what? [10:36:02] Nothing [10:36:41] I'm feeling everything is running on slow mo [10:39:21] no hints on what's causing it? [10:39:28] not as far as i can tell [10:40:09] should we poke our local fox even though they may or may not have no idea what to do? [10:46:14] Fops [10:47:09] (wait, what does fops mean?) [11:01:16] It’s a funny way of saying fox [11:04:30] Any improvement since 30 seconds ago? [11:11:38] > [13/09/2024 21:04] !log deployed an ASN challenge [11:11:46] my head: "i challenge you to a duel!" [11:13:55] Yes, to access Miraheze a specific ASN will now have to duel with cloudflare's anti bot stuff [11:15:38] I'm fairly sure it's working too [11:21:18] Hi there, little random question, I assume there's no way to quickly delete 40+ files ? Didn't see an extension for that. 🤔 [11:21:32] Tech team [11:21:42] Ah [11:21:50] an ajax mass delete script/gadget maybe too [11:22:12] not sure about dpl3 nuke, will have to specify File namespace too [11:22:15] you could also script something, or use [[WP:AWB]] and just hold down the keyboard shortcut for delete [11:22:15] https://meta.miraheze.org/wiki/WP:AWB [11:22:43] guess who's back ): [11:22:45] https://cdn.discordapp.com/attachments/407537962553966603/1284112025945112678/image.png?ex=66e57204&is=66e42084&hm=86a7aa52b1b7683116461ced245bc293b9a9cf2539c0c0e8aa39668a70f51101& [11:22:53] oh no [11:22:56] (/lh) [11:23:12] as always, linkie~ [11:23:18] [1/2] arghhh [11:23:19] [2/2] not again!!! [11:23:29] it's on most pages - I'll send some examples though, hang on [11:23:41] I see, well I'm no script guy so i guess I will do it by hand. It wouldn't had been an issue if there was a way to convert files to another format, have to replace 40+ files from PNG to SVG XDD [11:24:11] AWB is a program [11:25:07] login tru it to your wiki, set up like, what you want to modify/delete, then hit buttons [11:25:25] easier than manual but might feel confusing at first [11:25:46] [1/2] it's on category pages (e.g. https://decapedia.miraheze.org/wiki/Category:Luka), and pages that use the 'TheDecaSeries' colour layout (e.g. https://decapedia.miraheze.org/wiki/Koschei), pages that use the DoctorWhoAcademyEra/DoctorWhoDeca colour layour (e.g. https://decapedia.miraheze.org/wiki/Doctor_Who), and pages that use the AcademyEraFandom/DecaFandom colour layout (e.g. [11:25:47] [2/2] https://decapedia.miraheze.org/wiki/The_Deca_fandom) [11:25:50] Wikipedia:AutoWikiBrowser ? [11:25:53] so it's on them all. [11:26:41] Oh, and the pages that use the base colour scheme, including the main page (https://decapedia.miraheze.org/wiki/Decapedia) [11:26:54] so yeah, it's on every damn page. [11:27:32] yeah [11:27:33] Since inspect isn't helping, maybe i can try colour matching using a hex code finder site and then searching through my css to see what classes use that colour? [11:27:44] uhhh https://files.catbox.moe/unpf5d.png [11:28:59] Okay, will try it and see how it works [11:29:07] ... wtf [11:29:18] why can I see it and you can't [11:29:29] lemme try logging in- [11:29:29] I think maybe a ghost is posessing my computer. [11:29:46] ...is this a browser-specific bug? [11:30:09] good point - I use firefox, what do you use? [11:30:16] I mostly use it to replace small text bits, like link or template name, across multiple pages [11:30:16] librewolf 129.0.2-1 [11:30:19] firefox fork... [11:30:31] So, probably not that then. [11:30:50] try clean cache of your browser? [11:31:08] I see, they mention requesting permission but since its my wiki do I need to ? [11:31:18] I have [11:31:52] [1/2] idk what permission, I just use it [11:31:52] [2/2] the login is a bit unusual, cus by default it suggests only Wikimedia sites [11:32:13] I'm not home so can't show lol [11:32:20] and it gets weirder - I can't find the hex colour (471802) in my css anywhere. I'll check my settings [11:32:32] I see, I'm in the preferences and see the Site config so I assume it's there. [11:33:00] ooh [11:33:02] it's in additional [11:33:20] it's this: "wgCosmosWikiHeaderBackgroundColor" [11:33:22] > [13/09/2024 21:31] [2/2] the login is a bit unusual, cus by default it suggests only Wikimedia sites [11:33:29] oh wait [11:33:34] i just realized that i talked about awb, not jwb [11:33:36] i use jwb :p [11:34:09] Can I just set that to another colour in css, like I'd do with other page elements? [11:38:08] Okay nope, that's way too complex for me, I think i'm gonna go the manual way XD [11:39:21] how do i reopen a wiki request? [11:40:21] there must be edit button iirc [11:40:26] make sure you're logged in [11:40:52] or you mean reopen existing wiki? [11:42:05] i can’t find the button to reopen the wiki request on the “Edit Request” page [11:42:18] sure am [11:44:04] [1/2] Okay, I've tried changing it in additionalsettings as that seems to be where it's set, and I've cleared everything but it still hasn't changed. I'll give it another few minutes ig but if it still hasn't changed I need to work out what the bit at teh start needs to be for css for this thing because it doesn't seem to be ".", "#", or "$", and honestly I have no clue what else to [11:44:05] [2/2] try. [11:45:00] okay, it seems to have fixed the base colour but now I need the css to fix the other colour schemes [11:45:09] at least I know the class... but I still don't know the thing at teh start [11:46:46] Oh wait, just noticed that I can use the Mass Delete (that I just found) 😮 [11:46:56] Anyone know how to change the CosmosWikiHeaderBackgroundColour in css? [11:47:32] ooh wait what if I leave it blank in the additional [11:51:52] surprising no one, that didn't help. [11:54:04] [1/2] The issue on ticket T12587 about broken files/templates/category links keeps happening. [11:54:04] [2/2] When i save an edition to a category page, what is saved is the previous edit [12:35:44] anyone know where to find it? [12:36:31] Editing the request will automatically reopen it [12:36:45] its status still says declined… [12:37:10] oh wait it changed [12:37:12] yeah my bad [12:37:13] tysm [12:59:23] What's the habitual time for a wiki request to be approved/denied? [12:59:29] Or does it vary on volunteer availability [12:59:38] Just curious I don't mean to demand anything [13:00:13] antoniokf5: volunteer availability but there's an average counter somewhere [13:00:16] [[WC]] [13:00:16] https://meta.miraheze.org/wiki/WC [13:00:19] https://meta.miraheze.org/wiki/WC [13:00:33] <_arawynn> I think mine took about 4 days to get approved [13:00:41] the box that says "Current backlog (oldest unhandled request) in request wiki queue is about 2 days (73 requests)."--it's a bit obscured [13:00:43] Alright thanks [13:00:54] <_arawynn> including me being asked to provide more info [13:01:19] My first wiki took like an unprecedented like 2 hours to be made [13:01:29] So that's why I'm asking [13:01:32] it was a long while ago [13:02:02] I'm acknowledging that is the exception rather than the norm [13:05:23] [1/3] So I've been working on turning my miraheze wiki into a static Hugo site that has contributions through git [13:05:24] [2/3] https://github.com/The64thGamer/cheeseepedia [13:05:24] [3/3] Repository has a script that converts any XML dump into hugo pages (though formatted heavily to how I ran my wiki). Was a fun experiment that's turning out to work really well [13:09:21] this basically [13:09:56] No worries, I was just curious. [13:10:02] there's roughly four generations of request approval; the original requests had virtually no scrutiny, there was a period 2020ish to mid 2023 with more scrutiny, the bar of scrutiny died from mid 2023 to jan 2024, and the review standard has risen heavily from there [13:10:47] most likely people who remember ultra fast approval times would recall that third period when there was almost no scrutiny at all and volunteers were at an all time strapped [13:11:17] now there are a few more, but with it is the expectation of stronger review which naturally slows down the queue [13:38:04] yeah, I thought the fast approval times would be the golden standard forever but it seems that as long as we keep relying on that one backbone volunteer who goes through 90% of the backlog, we won't ever escape the burn and churn cycle of burnout and activity [13:41:59] @suzuneu what’s with the revert https://meta.miraheze.org/wiki/Stewards?oldid=424941 [13:42:17] hm? [13:42:25] i didn't do revert [13:42:37] i just 'marked this revision for translation' [13:43:43] it's all too easy to rely on the one or two people who are actually willing to do what quickly becomes a somewhat tedious job - not difficult really if you know what to do, just takes time [13:44:16] Hm [13:44:23] at this point short of streamlining the process itself I dunno what could actually address this systemically [13:44:26] [1/2] Maybe the requested edit was messed up [13:44:27] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1284147684663627917/image0.jpg?ex=66e5933a&is=66e441ba&hm=76de1ac63dda254d1cc483d60e0848c1422a0031c3f86c9387f4243a07197c8e& [13:44:33] So it didn’t recognize as marked? [13:44:52] https://meta.miraheze.org/wiki/Meta:Administrators%27_noticeboard#Edit_request:_Stewards [13:48:09] What's a common reason for request hold-ups? [13:51:21] a previously common reason we've chopped down on from steward level is when the sole reason is to confirm policies, which was very common [13:51:40] it's more about gathering more details about aspects of the request from there now [13:52:22] [1/2] things which can probably be assisted by the reform described here, [13:52:22] [2/2] https://meta.miraheze.org/wiki/User:Raidarr/Wiki_request_process_amendments [13:55:17] a decline only to confirm they've read policy? that's interesting [13:55:52] request for more info is generally what's used for that [13:56:13] full straight decline should be on the very rare side and has been antiquated unless the answer is just no, please don't reopen [13:56:35] I may implement the technical changes portion of this very shortly [13:59:41] the text is something I can finish up if the tech is in place, it's mostly reviewed/set though the whole thing fell off when I had a doug moment and kinda slipped on activities for a bit [13:59:56] I use that reference endearingly [14:00:40] I think we've all had Doug moments this past summer so no worries [14:00:51]