[00:00:09] Hello everyone, you can now request wikis again! [00:35:05] Good evening. Is it possible to get statistics for a particular wiki on Miraheze, over a particular timeframe? Specifically, amount of data transferred and ideally if possible, peak data transfer rate? [00:45:31] RhinosF1, ah :) [00:45:38] avengium, yeah :) [01:48:18] <.labster, replying to paladox> Next time could you give us a heads up before doing that? At least wiki creators need to be aware before it happens. [01:48:52] oh sure [01:49:22] <.labster> It’s fine now, just unexpected. [01:49:37] sorry 😦 [01:51:07] It's one of those communication things we need to work on. Let's not worry about it, but be aware of it :) [01:56:16] Hey guys, I believe y'all should put out an announcement on the swift issue since I've seen plenty people asking why uploads aren't working [02:29:50] Thanks for the sitenotice Agent! [02:38:48] @Stewards Can you check out the stewards noticeboard for https://meta.miraheze.org/w/index.php?title=Stewards%27_noticeboard - Wiki (un) deletions [02:39:20] 4 request open to delete 4 Wikis [03:10:37] #announcements ohhh man. [03:59:49] np Voidwalker [05:10:15] <.labster> Wow, the logged-out message on Stewards Noticeboard mentions constitutional rights in Western liberal democracies. That’s an interesting choice, that. [05:11:28] <.labster> Just noticing because the Discord app embeds a browser. [05:56:15] I never noticed that… [05:56:31] Nor do I know how I feel about that notice even existing [05:57:31] I struggle to understand wording tbh [05:58:10] I don’t know but i dont like what the notice indirectly implies on potentially new people [06:11:44] <.labster> Added here apparently: https://meta.miraheze.org/w/index.php?title=MediaWiki:Editnotice-0-Stewards%27_noticeboard/Anonymous_user_notice&type=revision&diff=137434&oldid=137433&diffmode=source [08:53:54] That thing about running out of space. Is there somebody uploading huge files maliciously or is it just a coincidence? [08:59:40] Wait I wonder if this is linked to people generating dumps [09:13:31] dumps was my first thought but seems like there's something else [09:13:45] like, software kind of problem [09:46:24] <.labster> I think it’s a combination of dumps, generally low resources, and software misconfigured. Take away any of those and I believe we would have been fine a while longer. [10:46:45] [1/2] Huge files won't cause big issue like that [10:46:45] [2/2] Usually dump request are the one causing that issue [10:47:06] ^I mean image dump, not usual text dump [10:56:06] good morning americans [11:20:09] hello i have a question [11:20:22] what will happen with miraheze [11:20:41] it'll just stay [11:20:41] and is creation of new wikis allowed [11:20:51] especially if it's ball wiki [11:20:57] I recommend reading https://meta.miraheze.org/wiki/Miraheze_is_Not_Shutting_Down [11:21:06] and yes, wiki creations has been restarted [11:21:15] great news [11:21:26] Waiting for bug fixxing [11:21:27] because i want to create post polcompball wiki to recreate this community if original will collapse [11:21:36] theres also an announcement in #announcements about this [11:21:41] biggest ball wikis went to different place [11:21:51] clearly not collapsing [11:21:53] polandball i guess [11:21:59] i talked about polcompball [11:22:10] I dunno, ask them [11:22:11] that's a question a wiki creator will be able to answer better [11:22:15] where polandball is hosted [11:22:36] i saw a polandball on wikitide but clearly nothing has been imported [11:22:39] if they moved they are probably at wikitide? [11:22:59] yes, on WikiTide, but the process os slow over there [11:23:09] I doubt they'll get back to MB [11:23:16] and all links and images are broken [11:23:17] is there any person who accepts or rejects new wikis? [11:23:28] ye [11:23:31] yes, Tali64 for example [11:23:42] i want to ask them about new wiki [11:24:06] ask them at https://meta.miraheze.org/wiki/User_talk:Tali64%C2%B3 [11:24:21] [[Special:RequestWiki]] ? [11:24:21] https://meta.miraheze.org/wiki/Special:RequestWiki [11:24:21]

[11:38:22] i sent a request [11:38:55] [[Special:RequestWikiQueue/33041]]? [11:38:55] https://meta.miraheze.org/wiki/Special:RequestWikiQueue/33041 [11:38:56]

[11:40:40] i think you'll have to add more description [11:41:51] can i remake it [11:41:59] just edit it [11:42:51] sure [11:43:35] it might just get rejected anyways, polcompball still there [11:45:05] i guess it's possible [12:07:11] woooo, it load balanced correctly. (still in the process) [12:47:19] Hey guys, is there any possible ETA on the swift issue being fixed? [13:09:57] This is getting really hectic. Do you need every single one of those site notices? [13:11:24] it's only on one page of Meta? [13:21:04] so i can re-enable file uploads, but for communication, do i just do an annoucement in #announcements . Do i need to write any CN? [13:42:49] @paladox: If everything is ready, write an announcement on the designated Discord channel for that, reply to the thread at the [[Tech:SRE Noticeboard]], remove the Swift outage sitenotice, then re-enable all the stuff [13:42:49] https://meta.miraheze.org/wiki/Tech:SRE_Noticeboard [13:42:59] that should reach as many people as possible [13:43:02] Site notice appears on every page [13:43:13] yes [13:43:33] Meant as reply to legroom [13:43:56] thanks [13:46:26] oops, noticeboard is actually at [[Tech:SRE noticeboard]] [13:46:26] https://meta.miraheze.org/wiki/Tech:SRE_noticeboard [13:46:31] I meant that all 3 of them, w/ Vacancy [13:48:15] you know, we have so many communication channels between all the noticeboards, social media, hund and Discord, this should be documented somewhere imo [13:48:57] I can do another tweet and mark as resolved [13:49:12] In fact only I can do anything in hund right now [13:50:01] *mark as resolved in hund [13:50:26] I'd say hund should wait for the Phab task to be marked as resolved [14:02:59] My counter is that some over communication using site notices while some of the previous feedback was “miraheze didn’t communicate enough” is an acceptable compromise as the new leadership team works through what they want the communication policies to be [14:04:43] I’m confident a policy will be worked out, though I fully believe this is one the volunteering and leadership team has to work out rather than the community. The people responsible for using the policy should be able to change it faster than RfCs would allow. And it’s more of an execution policy than a goal of the site. [14:05:18] I’m surely not the only one that things all of these notices are extremely relevant. Yes, it’s a lot. And yea it looks especially bad on a skinny view of the site, but there’s a lot of important stuff going on lately. [14:10:21] the notices are individually relevant, though they could perhaps be written more concisely with links to more information [14:12:21] some of the language especially in the vacancies notice is quite flowery [14:16:59] suggested edits [14:28:13] I've created https://meta.miraheze.org/wiki/Tech:Communication, edits welcome even tho it is a Tech: page [14:33:55] a question for those on Discord, is #support like a real forum or just a regular chatroom for issues only? [14:34:18] good morning. Kinda hoped the image issues would be fixed, but oh welll [14:36:14] Ehh depends what you mean with "real forum" Orange_Star, but it is what discord calls a forum at least [14:37:31] by forum I mean like a good-old forum, with the ability to create threads and reply to those threads, each on their own page [14:47:11] no, it's like forum [14:47:19] each thread is separate [15:03:02] <439bananas> small problem [15:03:24] <439bananas> i just made the acc, surely it should've just signed me in? [15:10:46] <.imamy.> have you cleared cookies? [15:23:14] Try clear cookies [15:24:01] <439bananas> i just signed in [15:24:12] <439bananas> this was first time on the wiki [15:24:20] <439bananas> but slightly odd [15:28:47] @439bananas technology is odd. As long as it's working now, let us know if you have more issues 🙂 [15:37:18] <439bananas> it is odd tbf [15:37:41] <439bananas> i assume i can request a dump at any time right? [15:39:51] At the moment, it's safe. No need to panic flood dump requests [15:55:48] <439bananas> no no i understand [15:56:30] <439bananas> but it's something that's possible to do throughout the entire time of operation of my wiki right? [15:58:02] Yes, right now we need to stabilize and figure out best use of resources. No need to flood dump requests. Shouldn't lose data. [16:20:02] <439bananas> i'm not worried about data loss at all [16:28:04] So the first one is a local site notice the others are not [16:28:40] If thats why you are writing? I’m not sure of the intent of your message [17:47:05] Nice that the issue got fixed quickly [20:11:53] yeah very nice work [21:50:20] I don't think you should run a central notice on file uploads being back. If they work again, users will notice. [21:51:26] Also, Miraheze should work better on displaying some user notices only to some user groups. There is no need to serve IPs a notice about file uploads. [21:51:45] (they can't upload anything) [21:54:15] A good suggestion would be to stop using your "notice in HTML" https://github.com/miraheze/mw-config/blob/master/Sitenotice.php system entirely for basic stuff, and use CentralNotice for everything, since it allows more finetuning. [21:57:59] I can volunteer to help there because I don't really like seeing these banners on our wiki. They're broken in too many ways. [22:10:52] SRE-related notices have always been done via the config, because wikis can opt out of CentralNotice [22:11:12] Therefore they would not get any of the important SRE notices [22:14:36] The default is for users. There is separate site notice for anons. [22:23:01] But you can also opt-out of these notices as well by turning them off in ManageWiki? [22:24:15] No [22:24:42] The one about file uploads is also shown on `if ( !$wmgSiteNoticeOptOut )` [22:24:53] Correct [22:25:10] So you can opt out of it. [22:25:13] Nope [22:25:23] What [22:25:34] ManageWiki has `Opt out of global Miraheze notices ($wmgSiteNoticeOptOut)` in settings [22:25:38] It is shown regardless what this is set to [22:26:08] How would that work, sorry, if it explicitly checks for variable [22:29:05] Meta sitenotice doesn't check for that, sure [22:29:53] Im looking [22:43:42] So actually [22:43:54] If it does work, if that setting is enabled [22:44:02] In theory it shouldnt show the global sitenotices [23:05:52] Yes, that's why I'm saying that those should use CentralNotice system [23:06:02] And some shouldn't target readers [23:17:29] I think for now continuing as is is fine, I think this something we can look into in the future [23:25:37] global sitenotices [23:25:47] have a legitimate purpose for information conveyance [23:26:12] i dont think it should be undermined if the information is important enough [23:28:15] I'm pretty sure we can do CentralNotices that bypass the opt out, but I really have no clue how it works, and that's honestly a blocker for us using it effectively. [23:34:30] Hi! Is there any way I can have a set of default text in my Special:Upload? [23:36:42] Well, rather I'd want a template in there that invokes a module for auto-categorization and rights releasing and all that. [23:52:17] That and by doing it VIA config we can further specify specific wikis based on their settings [23:52:35] Imo doing it like we do now best