[01:05:58] btw why is discussiontools not working on the RfC page [01:07:59] Only shows up on pages with the New Section link at the top. You can force this behavior by sticking `NEWSECTIONLINK` somewhere on the page [01:08:38] Uploading is disabled? [01:10:26] just tested, unrelated [01:10:47] Even if I have access the uploading is still not able to use [01:11:36] Uploads were disabled during swift outage. [01:11:52] AFAIK [01:12:30] [1/3] Ah I know [01:12:31] [2/3] Thanks [01:12:31] [3/3] Hope the issue will be solved soon and uploading will be back asap [01:13:10] Cloud 11 has been reinstalled and we're now going to be working on the VMs [02:54:16] I think it could be withing a day or two [03:26:59] Hi there. Can I request a cloak for myself? [03:27:51] what is a VM [03:28:08] VM = Virtual Machine [03:29:31] hi MacFan4000, Did u know who the IRC Group Contact is? [03:29:36] CharW: normally yes, but at the moment the person who can get cloaks assigned is not at all active, and seemingly isn’t super easy to reach, and so it may be awhile before Miraheze cloaks are available [03:30:02] ok [03:30:05] thx [03:34:57] Just to let people know: per https://phabricator.miraheze.org/T10717 we are making good progress in restoration efforts. Our temporary change that reduced visible errors has been reverted as part of the restoration - you may start seeing 50X errors again, but should hopefully eventually go away [03:55:53] Any updates on this photo thing? :/ [03:56:59] See #announcements [03:57:39] Hopefully it won’t take too long, I’d like to get my scenarios finished [04:01:14] I just posted a message in this channel about that (directly above yours) [04:02:56] The server that got corrupted is currently being rebuilt, after that is done, images should hopefully start working again [04:03:54] As I said 50X errors may start to come back again - I am seeing error rates starting to increase [04:04:59] What happens if it doesn't? [04:05:39] We'll have to see [04:07:40] images are slowly starting to work again [04:07:54] I'm seeing some SocialProfile pfps work [04:10:02] things are starting to come back on my wiki [04:10:55] indeed, I see some pictures on your wiki again [04:11:40] yay [04:11:47] looks like it’s coming back then [04:12:33] Slowly, there are only ~85 containers currently in the list [04:12:51] there should be multiple per wiki [04:13:06] -deleted and -thumbs too, right? [04:13:13] yeah svgs are loading, but jpg thumbnails are not loading rn [04:13:19] 6000*3 = 18000, hurray [04:13:39] thumbnails are in a separate container so that's probably why [04:13:45] png too [04:13:55] once your thumbnails container is up again, they should work [04:14:05] [1/2] got it. [04:14:05] [2/2] uploads should come back soon, i think? [04:14:49] once all containers are back then I'd assume so [04:14:55] yay, congrats [04:16:46] i imagine larger wikis may take more time to come back? [04:17:13] wiki size shouldn't matter [04:17:32] but we know every little about how this is going to work [04:18:16] i'd probably give everything 12-36 hours to fully recover [04:39:29] It's back [04:39:39] never thought I'd be glad to see the Meta logo \:P [05:00:19] images are back on our site (AVID)! thank you for all your hard work 🥹 [05:00:46] I go sleep now 👍 [05:01:45] Me too! [05:01:58] (For realz this time) [05:04:02] Y'all have done an incredible job, thank you so much for the work you've done [05:04:13] jpg and png still not showing up on mine [05:04:31] going alphabetically and was at b last I checked [05:04:40] it's gonna be a while [05:04:47] oh, ok [05:05:11] when should file upload be restored? [05:05:16] once that's done [05:05:26] alr [05:05:27] thanks [05:14:15] So @Orduin your suggested solution didn't work, any other insights why DiscussionTools won't show up on that page or how to fix it? [05:55:49] Glad to see images are working again but I'm getting permission errors when trying to upload a file despite having sysop rights [05:56:18] That's expected, image uploads will be re-enabled once this issue is fixed on all wikis [05:56:34] The script is running alphabetically and most wikis have 3-5 containers so it might take a few hours to finish [05:59:50] Ah makes sense [06:01:23] There is no reason not to now in my opinion, but that is just my opinion on it. I don't think it is necessary anymore if they are working again at all, it would error for wants it can't retrieve access for, but just a file backend error. Another message already exists and that way you give it back to fixed wikis. [06:02:03] Best to keep it this way as I'm sure we'll get a deluge of people asking why they're getting errors trying to delete or upload photos [06:02:22] at least with the current behavior, people know it's related to the recent incident [06:03:17] I doubt many would error, only wikis created since the issue started would, and a notice still exists. I also highly doubt it would be more then why they don't work at all, or why images didn't appear at all for the last couple days. [06:04:15] Permissions still have to be fixed on most wikis though so that's why I say the majority would probably fail [06:04:48] I still don't think so. Even so, it failing that way or this way has no difference. [06:05:12] It just lets some go through one way and none the other way. [06:06:01] It just unnecessary expands an outage to last even longer unnecessarily for some wikis that they would work for in my opinion. But it's up to you. [06:06:57] it's up to @Reception123 [06:07:00] his call [06:08:38] I just mean it failing for a permission error is far more confusing then the upload backend actually failing with no technical reason it can't until this is fully resolved. [06:09:15] Especially when said permission error is wgRevokePermissions given, so it appears you in a group that should have access. [06:09:28] That is not how it should have been disabled to begin with. [06:09:36] whenever a sitenotice is dismissed it is just dismissed permanently, new notices don't pop up much [06:10:15] [1/2] at least on my end [06:10:15] [2/2] thus i think some that dismissed a notice in the past would then not have seen the notice for thiis [06:11:19] NEVER use wgRevokePermissions to disable something globally, that can very understandable cause mass confusion. I was kinda confused myself and had to look how it was disabled. That was one of the worst ways to disable something because of how it behaves like you should still have access. [06:14:32] <2x2Master#7039> THE IMAGES ARE BACK BABY LESSGOOOOOOOO [06:20:31] I agree with that idea though what would your suggestion be in the future for disabling uploads? [06:21:44] $wgEnableUploads = false; using an onMediaWikiServices hook to override ManageWiki. [06:33:24] [1/2] here is another example of users confused by the current error: [06:33:25] [2/2] @Reception123 @Agent [07:10:05] I've replied [07:12:57] Thank you [07:14:56] Uploads will return in ~5-10 mins [07:15:29] 👍 [07:17:40] So are uploads going to fail if I attempt one? [07:17:59] For the moment, yes [07:18:15] You will find yourself don't have the permission to upload one [07:18:23] But soon you'll be able to again [07:19:01] mainly as this is what it looks like [07:21:53] ...yep, it works [07:21:57] Then magic has happened [07:22:30] So we can say everything comes back 🎉 [07:22:40] It will be working again fully for all requests (without any notices) in a few minutes [07:23:06] @Reception123 will post in #announcements once the changes have rolled out everywhere [07:23:33] awesome work 🥳 [07:23:40] The grey banner is currently being removed [07:23:51] It should only take a few minutes though [07:25:33] Images should work [07:25:49] But you’ll see a message when uploading that it might fail for now [07:26:59] it worked for me [07:27:44] Me too [07:28:45] Uploads should go through, but you’ll see a grey banner at the top of the upload screen saying it won’t work [07:28:45] That should be gone now [07:29:08] Your deploy hasn’t finished yet [07:29:24] Oh? I thought I saw a notification that I did [07:29:32] Or if it did then deploy -> logsalmsg is broken [07:29:38] In that case it should be gone soon [07:29:45] Config has finished on both test & prod [07:29:58] But not magic [07:47:16] Yay the images are back! 🎉 [07:48:30] The SocialProfile avatars are still missing though. [07:48:57] I wonder if that's because they're not regular uploaded files? [07:49:24] I don’t really understand Swift [07:49:33] Can you link to a page that uses them though [07:51:50] [1/2] They only show up on user pages and the top bar if you're logged in with one. (Also comments/other related extensions I believe? Don't have any on my wiki though.) [07:51:50] [2/2] [07:52:25] So it's a minor thing compared to all wiki images [07:52:37] Oh now it showed up [07:52:56] Could be a delay 👌 [07:53:48] Could be the swift container for them wasn't rebuilt or something. [07:54:53] Thank you all for fixing the image issue 🎉Glad we didn't lost anything [07:54:58] I thought that’s why we ran setContainerAccess [08:07:03] Well yeah, but it might be a little different when we are rebuilding things this way. [08:07:22] Cool [08:38:49] its fixed for me [08:38:54] the images finally show [08:41:14] @Josephdapro08 while you're around: do you know why `thebackroomswiki` was closed? [08:41:24] looks like the other bureaucrat made some edits and then just shut it down out of nowhere [08:47:33] we had put it unavailable for edits due to inactivity [08:47:41] but im fine with it being closed, its discontinued [08:57:03] You're welcome [09:00:06] that wiki was a terrible idea... [09:00:25] me and others have made a similar wiki, although we're trying to be more original [09:10:59] could you link the new wiki via sitenotice on the old wiki so people can transfer? There have been multiple confused users on RfRW who do not know why it was closed or what's really going on [09:11:28] good or bad it would seem the wiki had at least some following [09:18:01] Thanks for fixing the problem with the images. Long live Miraheze. [09:19:49] its on a custom mediawiki site, and i'm not planning on transfer [09:20:21] [1/2] might wish to comment to the people requesting reopening then [09:20:22] [2/2] [[Requests for reopening wikis]] [09:20:22] https://meta.miraheze.org/wiki/Requests_for_reopening_wikis [09:20:22] [09:21:59] btw guys, how do CC-BY-SA attributions work and how can i do them properly? [09:25:44] Import full history is best [09:30:47] i've left a message on requests for reopening wikis [09:47:07] as long as there isn't much blowout, that should do it [09:48:52] looks like the infrastructure guys did it [10:17:51] <ÁtkývLţín#0567> Images are fixed, but is anyone else finding that favicons are still not working? [10:18:39] favicons are working for me [10:18:44] at least the ones on AVID and Meta [10:26:14] Orange_Star: can you check reception’s world deploy [10:26:26] Might be worth deploying world and l10n again [10:26:29] Pretty sure it died [10:26:40] Or finished without !log [10:27:29] re-running now [10:27:43] I'll leave it to reception then [10:27:43] Ty [10:28:00] Orange_Star: once that runs it’s all success and done [10:28:09] I assume an IR coming [10:42:16] @Reception123 progress? [10:43:45] Execute: sudo -u www-data rsync --update -r --delete -e "ssh -i /srv/mediawiki-staging/deploykey" /srv/mediawiki/cache/l10n/ www-data@mw142.miraheze.org:/srv/mediawiki/cache/l10n/ [10:45:26] looks like the deploy finished correctly [10:46:32] Yes [10:46:35] Worked this time [10:46:38] \o/ [10:46:48] Incident now resolved Orange_Star [10:46:59] Reception123: are you keeping the task open for IR [11:01:20] oh [11:01:43] [[mh:backrooms:Main Page]] is kinda a personal project at this point [11:01:43] https://mh.wikipedia.org/wiki/backrooms:Main_Page [11:01:43] [11:13:40] There should be one yeah [11:14:41] @Reception123 check irc [11:14:48] Test is failing nginx Conf test [11:15:38] There are some wikis whose images are still missing, it will be fixed little by little I guess? [11:15:56] There shouldn’t be any issues as of now [11:15:59] Which wiki? [11:16:16] https://arcanefr.miraheze.org/wiki/Accueil [11:17:22] So... We don't have an Administrators' noticeboard and Community Noticeboard in Commons? [11:18:14] impossible [11:19:27] Something is weird with thumbs @Ice Mace [11:19:43] CharW: Miraheze commons is a mess [11:20:07] It might be possible to force them to regenerate if they don’t load soon [11:20:54] yeah, can see that [11:21:00] I refreshed the page, I used ?debug=1 but nothing. [11:22:18] I prepare to work on it, such as translation and copyright. [11:22:26] (for commons [11:22:30] When I click on the image, it displays it well, strangely enough. [11:23:58] Yeah it’s not handling thumbs [11:24:12] Either that container is still rebuilding for some reason or it’s being weird [11:24:32] CharW: feel free to sort the mess out [11:24:56] @CosmicAlpha any hints as to how to determine if it’s a container issue [11:25:03] lol [11:25:06] Or what to do to make it less stupid [11:25:39] Well, I'll wait a bit, see if it gets better. [11:26:13] I assume it will [11:46:38] Do any Interface Administrator or Admintrator on Commons online can help me changes the model of page? [12:00:09] images are fixed <:pleadingapple:806596715561877515> [12:03:01] ya [12:03:51] Overall, it works. [12:52:34] yep all images work, well done.. [13:16:12] I have to say I noticed a similar issue on AVID not long before the file server went down [14:22:06] <[baws]#7595> YES THE IMAGES ARE BAck [14:27:04] <[baws]#7595> and on avid too yes [14:30:18] Yes, we're aware, thank you [15:10:35] anyone using embedvideos extension that was able to make the inline aligment work? [15:10:47] Our wiki images are back safe and sound! Thanks to all the staffs! [15:13:21] nvm, the inline doesnt work, I had to override it with a div class [15:15:43] [1/2] https://meta.miraheze.org/wiki/User:NimoStar [15:15:43] [2/2] Why does this look like canvassing [15:21:20] It appears to be subtly encouraging people to support it, which is canvassing [15:35:45] Thanks y’all for getting the images back and especially for keep this site running [15:43:51] it’s a personal user page, i would argue it’s borderline but fine [15:44:07] people can put whatever they want on their user page including their opinions [15:44:15] and canvassing only applies for RfPs anyway [15:44:24] this is an RfC [15:53:04] Can you move a Wiki? [16:04:49] where do you want to move it? [16:08:14] Not true in the slightest [16:09:17] It is [16:09:29] It’s probably fine though in my opinion [16:10:32] Because it’s on their user page [16:13:07] this is miraheze policy i believe [16:13:17] Nope [16:13:17] decided by the result of a recent rfc [16:13:23] hang on [16:15:45] https://meta.miraheze.org/wiki/Wikigovernanceandvotingpolicy#Canvassing yes [16:17:17] I don’t see anything exclusive [16:18:16] Any bias notices or bias distribution of notices about an RfC or discussion are generally banned [16:18:33] It does only apply to RfPs in the policy [16:18:37] but it's discouraged otherwise anyway [16:18:45] but asking people to support a proposal publicly isn't really canvassing [16:18:46] [1/2] "Privately asking multiple users to support a permissions request is not allowed." [16:18:47] [2/2] It literally specifies RFPs [16:18:53] yeah [16:18:55] It's not hidden or anything if it's out in the open [16:19:16] ^ [16:19:33] I might get that widened tbh [16:19:44] this doesn’t also make sense because does that mean people are not allowed to express their opinions? [16:19:56] Because that doesn’t cover half of what canvassing is [16:20:10] that is what the policy is though [16:20:11] Not in a notice advising someone to comment [16:20:31] i don’t believe it was asked for someone to comment [16:20:36] I’m going to get it clarified [16:20:37] well I mean for an RfC I don't think it's unfair to try to "campaign" for a side [16:20:48] just that it would save MH from an unfavorable deal [16:20:58] but if you think that's not strong enough feel free to open a new RfC/discussion. It was originally done like this as any wider would've risked tanking the whole proposal [16:21:25] Generally Wikipedia policy bans targeted campaigning [16:21:38] I might bring it up [16:21:43] we aren’t wikipedia though [16:21:53] we have a lot of the same policies and guidelines [16:22:00] Yes but im going to suggest we consider widening to match [16:22:02] but we’re not an exact replica [16:22:07] Off to watch tv though now [16:22:17] depending on your wording I might support [16:22:29] i’m not inherently opposed to it it’s just how broad it is and what it covers [16:23:43] I personally think it's fine to a degree [16:24:06] One point. You can’t campaign during or immediately before voting in an election [16:24:52] Like, posting it and asking people to vote in general is fine, but asking people to vote in one specific direction is where I draw the line [16:25:26] Yes that’s where it should be [16:28:14] Yeah I do agree it's a bit much to ask people stuff like "Please vote support otherwise things are going to be awful!" [16:36:15] The commonly-accepted understanding is "Don't ask people to specifically vote support or oppose in any public or private channels, neutral asks that people participate in an open request should be done in public channels." [16:37:18] I personally would also draw the line at requesting specific people to participate or pestering someone in DMs about why they don't support and what it would take for them to support. [16:48:55] In that case the policy will need an amendment to cover all requests [16:49:13] the issue is publicly it's a bit hard to enforce and tell people "no, you can't generally ask people to vote for X" [16:50:52] Still need help with this? [16:56:31] Looks fine now to me [16:58:13] [1/5] Yep, just took a stroll through any other mention of canvassing in policy, I can't find a single thing that references applicability to other forms of RfX so things I see that could make for good patches... [16:58:14] [2/5] 1. Canvassing rules should be extended to cover all request where a community vote is held, not just permissions requests [16:58:14] [3/5] 2. Once requests are live, public and explicit appeals for support or opposition are prohibited (not sure if this prohibition should apply just to the requestor or all individuals) [16:58:14] [4/5] 3. Once requests are live, privately contacting individuals or groups of users to participate in a request is prohibited [16:58:15] [5/5] 4. Once requests are live, privately contacting opposing users is prohibited [16:58:48] Happy to spin this up into an RfC draft in a bit for folks to kick the tires further or suggest additional patches [16:58:49] I mean, what is the point of arguing that canvassing is only listed as a policy that only applies to RfPs, it's not like anyone will allow or accept explicit canvassing on RfCs anyways [16:59:19] At this point, it's more of an oversight than it is a loophole folks would broadly use without incurring heavy scorn. [17:46:46] [1/2] I hate to do this when there's already a dedicated thread for it, but now that the Swift issue has been taken care of, could someone please look into what exactly is causing Semantic MediaWiki to throw up errors? The error message makes it sound like a very simple issue that can be resolved by just running a maintenance script, and after two weeks of several overlapping prob [17:46:46] [2/2] lems I'd hate to keep people on my wiki waiting any longer if it really is that easy [17:49:36] Is there a task or tracking for this issue? Friendly reminder that things mentioned only in general chat will likely be forgotten, but tasks on [[phabricator]] will exist and be tracked until they get handled. [17:49:36] https://meta.miraheze.org/wiki/phabricator [17:49:37] [17:52:05] Someone else with the same problem created this ticket: https://phabricator.miraheze.org/T10731 and it looks like that got fixed for them. Should I leave a comment on that ticket asking for the same to be done on my wiki, or make a new one? [17:53:20] best to create a new one [18:15:44] @Reception123 can you handle? ^ [18:15:51] Whenever it is ran with salt-ssh it resets all wikis except the one it is ran for, that is why I keep saying to deploy with deploy-mediawiki. [18:15:51] All it needs is for someone to run the script [18:18:01] [1/7] mwtask141: [18:18:02] [2/7] ```ps [18:18:02] [3/7] mwscript extensions/SemanticMediaWiki/setupStore.php wiki [18:18:02] [4/7] mwscript extensions/SemanticMediaWiki/setupStore.php wiki [18:18:03] [5/7] deploy-mediawiki --files=../mediawiki/w/extensions/SemanticMediaWiki/.smw.json --servers=all [18:18:03] [6/7] ``` [18:18:03] [7/7] (script twice as sometimes it fails the first time) [18:19:35] That really needs to be documented then [18:19:57] I'll do the documentation thing [18:20:32] And also will need to be re-run for every smw wiki we have then [18:20:35] [1/8] should probably do: [18:20:36] [2/8] mwtask141: [18:20:36] [3/8] ```ps [18:20:36] [4/8] mwscript extensions/SemanticMediaWiki/setupStore.php extension --extension=semanticmediawiki [18:20:37] [5/8] mwscript extensions/SemanticMediaWiki/setupStore.php extension --extension=semanticmediawiki [18:20:37] [6/8] deploy-mediawiki --files=../mediawiki/w/extensions/SemanticMediaWiki/.smw.json --servers=all [18:20:37] [7/8] ``` [18:20:38] [8/8] to do all now also since the issue happened. [18:24:31] Cargo question: if (for one wiki only) we disable CentralAuth on that wiki, delete all contents of this wiki's "user" table, then disable login/registration on this wiki, will it be safe to re-enable Cargo? [18:25:02] I don't think disabling CentralAuth will be considered [18:25:06] no because that has little to do with why Cargo was disabled to begin with [18:25:11] it's literally intolerable. The wiki is down for 2 weeks [18:25:25] I think Void is working on a fix for this [18:25:27] like, 100% down [18:25:46] @Orduin thoughts? ^ [18:25:59] I think Cargo will be safe to enable on all wikis again once the work Void was doing is finished by someone. Swift put it on a backburner, but I think they will probably soon now. [18:26:15] Yeah, iirc, Void was working on a fix to move Cargo db to separate db so Cargo will be bricked off from any user data (at least that was my understanding). [18:26:18] what I'm saying, we are willing to sacrifice most basic features of MediaWiki, like login or editing, if it helps to bring it up earlier [18:26:23] for reading [18:26:26] we only need reading [18:26:48] delete all users permanently if it helps [18:27:09] MediaWiki doesn't support deleting users 🙃 [18:27:21] Also, that's not the recommended solution iirc, even from the extension's own docs. [18:27:22] but now that the Swift issue is fixed, fixing Cargo is the priority [18:29:15] My wiki group's (small) independent wiki uses that config without issues or doing any creative headstands/hacks. Seems file (but we're not that knowledgeable about it). [18:32:09] Orduin and CosmicAlpha: https://meta.miraheze.org/wiki/Tech:Semantic_MediaWiki [18:36:59] what does this mean? [18:40:28] anyone could help me on a CSS request that I'm too dumb to fix myself? I'm trying to make the text aligment of any text in any table middle/centered (unless overriden) [18:41:08] Cargo would have been back up a couple of days ago if not for the cloud11 outage [18:45:35] hiya quick question- images are still not working for me- is this expected (i.e. things are still taking time to get back to working normally) or should everything be working by now? <3 [18:45:48] What's your wiki's URL? [18:46:08] (if you can't post the URL, /auth first; press the blue link and click enter) [18:46:29] ty ^^ [18:48:33] [1/3] > https://thatgaypigeon.miraheze.org/ [18:48:33] [2/3] all images were broken before (inc. the "Hosted by Miraheze" logo), but now only local files hosted on my wiki wont upload or render [18:48:34] [3/3] Error while uploading: Could not create directory "mwstore://miraheze-swift/local-public/6/6c" etc. [18:49:01] Someone mind running setContainerAccess here? ^ [18:49:27] can't right now, waiting on bluepageswiki's setupStore to be done [18:50:20] [1/2] Alright, got a round of proposed amendments to canvassing policy up in draft, feel free to tear them apart or suggest additional ones: [18:50:20] [2/2] https://meta.miraheze.org/wiki/RequestsforComment/AmendmentstoCanvassing_Policy [18:54:34] one of the set that failed, not fixable through script [18:54:42] oh [18:56:49] Would you mind creating a #support thread for it? I ask as much easier to help there, since the flow of convo here moves a bit too quick. [18:58:33] ? [18:59:04] Can you provide a bit of context (i.e., a link to where you're seeing that?) [18:59:46] https://meta.miraheze.org/wiki/Requestsforreopening_wikis [19:01:18] Well, the template he used is called "Endorse" [19:01:46] - "declare one's public approval or support of" [19:02:07] did not know it was a template [19:02:55] fixed [19:02:59] fixed [19:03:33] I hadn't seen the template used before either. When I edited source on the page though, I could see: [19:03:48] ok [19:03:51] The `{{` tells me it [19:03:52] so they approve of it [19:04:02] Oops, tells me that it's a template. [19:04:15] that user does, yeah, but they're not in a position of authority to action it [19:04:42] what BrandonWM does is try to clerk the page and more or less tell stewards which requests he doesn't find a problem with [19:04:46] thank you for fixing 🧡🧡 [19:04:47] really anyone can do it if they want [19:05:14] thank you for fixing 🧡🧡 [19:05:50] only pages i could find on the wiki [19:05:54] unused [19:06:10] only user pages [19:06:24] Yeah, it's kinda akin to using "support" though some object to that template being reused anywhere else. [19:06:32] pretty much [19:06:33] I knew that it would be simple so a thread would have been overkill, then i remembered about chatGPT and he gave me my answer, so all good [19:06:41] it’s meant to minimize steward workload [19:07:28] Which I'm sure is appreciated [19:07:57] interwiki admin [19:08:16] the owner of the mcdiscontinued could not even make interwiki links [19:10:05] hello [19:10:07] what’s up? [19:10:17] i’m afraid i don’t understand [19:10:29] the owner of the wiki [19:10:37] those perms are really high up [19:10:56] interwiki-admin is an elected position [19:10:57] probably to reduce scam links [19:11:44] I'm also unable to understand what's being said/asked either, sorry. [19:12:35] bluecrab created the mcdiscontinued wiki and could not create interwiki links [19:13:19] [[Interwiki#Requesting_additions]] [19:13:19] https://meta.miraheze.org/wiki/Interwiki#Requesting_additions [19:13:19] [19:14:58] 🙃 [19:15:40] ok it's back now, weird [19:17:11] db121 oom moment [19:17:19] Oh not that little pain again [19:17:25] @Orduin it’ll be read only [19:17:34] Can you make it play nice [19:17:38] Paladox already did [19:17:46] Fast [19:17:55] This might also be of some help @jst, if needed: [[Localelections#electionsforrestrictedlocal_groups]] [19:17:55] https://meta.miraheze.org/wiki/Local%1delections#elections%1dfor%1drestricted%1dlocal_groups [19:17:55] [19:18:31] All the pages I didn't know existed before doing proofing aid heheheeh... [19:18:38] That page should be updated as interwiki-admin's can't be elected on small wikis [19:18:50] Ooooh, okay. Apolgies then. [19:19:03] Please disregard in that case. [19:19:44] I'll have to look around for a template for making outdated sections maybe (if one exists) [19:22:42] Mbox and it's docs outlined alternatives... will do some reading. [19:23:13] should be the same as Wikipedia's docs [19:30:13] ok [19:31:03] was told by the person who rejected the request to make a wiki to try and reopen it [19:31:18] also seemed like no one used the wiki and it was closed anyway [19:31:28] so thought no one would be able to vote from therer [19:31:34] there* [19:37:58] is there a channel to invite people to edit your wiki? [19:46:17] Is there a way to see the monthly views a wiki gets [19:52:12] Apologies, apparently that second link for local interwiki elections is outdated, and doesn't apply any more. [19:54:46] Special:Analytics [19:56:02] I need for i stoled a name on my friend [20:06:10] thank you [20:08:06] is there any way to see unique views? [20:33:08] Sagan4beta does not appear to be working right [20:33:18] I was so focused on Alpha I forgot to check it...lol [20:33:35] (It gets less activity than Alpha) [20:34:00] Who do I ping about this [20:35:32] Open task on [[phabricator]] [20:35:32] https://meta.miraheze.org/wiki/phabricator [20:35:32] [20:43:00] btw, from looking at things, if the problem with SMW is in having multiple wikis in the same .smw.json file, it looks like we could configure it to be in a different directory per wiki [20:44:10] eg `$smwgConfigFileDir = "/srv/mediawiki/smw/{$wgDBname}"` [20:46:43] btw, preparing to move cargo tables to new db, and then re-enable globally [20:51:30] That isn't the issue, it is it is only on the server it is ran onez running from mwtask141, and then deploy-mediawiki to deploy the file to all wikis, at least from my observation of it. But it should be possible to also cache it using some magic, so on one wiki makes it on all, like with CreateWiki/ManageWiki cache. [20:52:19] yeah, it is either something finicky with having multiple in one file or that running it on multiple servers can create different keys causing drift [20:52:23] seems more like the latter [20:58:37] Yes it is, I have confirmed that before via testing some things, though really using something in MirahezeMagic you may be able use a global memcached key or something for it... [20:59:56] interesting [21:00:10] something to look into long-term [21:08:42] I think you can actually override $smwgSmwJsonRepo, which defines class to actually fetch and save the file, cache it using same type as CW and clear cache when rebuild. I think it might work. [21:10:25] [1/7] Just have to make a new class like and use it... [21:10:25] [2/7] ```php [21:10:26] [3/7] new FileSystemSmwJsonRepo( [21:10:26] [4/7] $fileFetcher ?? new SimpleFileFetcher(), [21:10:26] [5/7] $file ?? new File() [21:10:26] [6/7] ); [21:10:27] [7/7] ``` [21:11:05] [21:48:21] which category would this be under..? [21:48:29] bugs or config [21:49:09] bug