[02:04:29] dot . [02:07:43] 🍀 [02:29:43] What does a "radical and complete" scope change mean (per content policy)? [02:30:13] i.e. what is considered radical in this context? [02:33:56] [1/2] Nevermind, found the answer: "The terms radically and completely are to be interpreted strictly. This only applies if the scope is completely changed from what was initially thought of. For example: requesting a wiki for a personal project with friends and then turning it into a wiki berating or attacking a person. Small changes to the original scope are not affected." ([[Requests f [02:33:56] [2/2] or Comment/Content Policy reform#Proposal_14_(Wiki_requests)]]) [02:33:57]

[02:35:04] It's more or less to prevent a bait-and-switch scenario, like you claim your wiki is about shaker furniture and then boom now it's about NFTs [02:35:17] Yeah, that's what I gathered [02:36:21] I think it's normal for wikis to get some scope creep over time, but there's usually a logical relationship between the initial and steadily-expanded scope [02:36:51] I was initially worried because I realized that I expanded the scope of my wiki from documenting my worldbuilding lore, to documenting the lore of me and my friends' individual worldbuilding works (which are tied together pretty closely), as well as holding supplementary documents to provide context on some wiki pages [02:38:01] That makes sense [09:13:05] I'll teach 10people to earn $50k within a week from the market but you will pay me 10% of your profit when you receive it. Note only interested people should apply, drop a message let's get started by asking (HOW) [09:14:34] spam ded [14:02:46] How often are steward requests checked? [14:03:06] When a stew has time [14:03:19] I guess it should be done before 2 weeks then [14:09:13] probably yeah [14:09:16] if it takes that long [14:09:17] well [14:09:19] issues [15:27:58] are they like the requests submitted on Phorge? [15:33:48] ? [17:49:19] Is there any way to get kb size of a wiki? [17:51:10] Is there a list of wikis sorted by KB text size? [17:51:53] Most of the wikis with a huge number of articles have an article for a single word instead of combining them into one [17:53:18] wmcloud probably [18:01:52] Not by KB text size [18:02:13] You can filter by articles and pages by wikistats though [18:02:47] they have some kind of "quality" sorting [18:02:51] idk how it works [18:04:10] Articles don't mean that they have over 25 words though if its a generic term definition [18:07:07] The good page number just means articles [18:26:15] friends does anyone know if wikibase is fixed? [18:30:23] Which is your wiki? [18:30:37] Apparently if 14 days pass the steward list request gets archived [18:31:09] You can revert the archival if it was never actioned [18:32:31] Yes, set it to that because I hoped no unresolved thread would be left for 2 weeks [18:34:16] If a steward checks some random time each week it shouldn't take more than 2 even if there are requests from May 17th [18:36:44] sanarsiv.miraheze.org [18:37:33] I am trying to adapt it to the English language but it still seems to be incorrect [18:41:22] @arwencim I noticed you don't have wikibase repo installed [18:42:02] Nor have you configured a repo in ManageWiki [18:43:13] [1/2] https://cdn.discordapp.com/attachments/407537962553966603/1375907002085015632/image.png?ex=683364c0&is=68321340&hm=a800b538dd320aff303297ed598fe140dc21faebaddd6bfe81ae662d73be7238& [18:43:13] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1375907002349518978/image.png?ex=683364c0&is=68321340&hm=63046e75ea316eb886f510cf8e49ddeb966a04959d3b3c528d98ae5923f5449f& [18:43:30] how it should be structured? [18:43:58] That looks fine [18:44:33] Your sites table is populated now too @arwencim [18:46:05] [1/2] I still get an unexplained error when I try to add a cross-language link [18:46:06] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1375907727225782444/image.png?ex=6833656d&is=683213ed&hm=1f2f7a2791ba375ec48251e889b6ccb961ec53d68778fd3c600bcba686bd1f98& [18:46:29] What does Hata mean? [18:47:00] there's only a dot [18:47:21] error means mistake [18:47:31] okay [18:47:36] That's not helpful is it [18:47:56] Is there a task? [18:48:25] no [18:49:02] Can you make one? [18:51:02] [1/2] ok i fixed it, is there any field how to add links to other sites [18:51:02] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1375908971407212657/image.png?ex=68336695&is=68321515&hm=7c9b0abf7d63330fca6947692516947785ccab1e7e1a01c327c81afda1d91faa& [18:52:45] Where it says Miraheze wikis [18:53:20] https://cdn.discordapp.com/attachments/407537962553966603/1375909552331030608/image.png?ex=68336720&is=683215a0&hm=286806ce1c64d8ecd6ea9a06616fdb00cf811b5d75e6f1224763fb963e2266c0& [18:53:40] as it says [18:53:42] I also get this error when I type something like en.sanarsiv [18:53:49] use sanarsivwiki [18:54:54] okay No page "en.sanarchive" found on "sanarsivwiki". [18:55:40] Do you have a page called that? [18:56:13] my goal is to separate domains, so Turkish content will be stored on a site in the form of tr.sanarsiv and en.sanarchive for English? [18:56:43] Can I do this in miraheze? [18:57:49] youd have to have like trsanarsiv.miraheze.org [18:58:00] not tr.sansarsiv.miraheze.org [18:58:08] But that's exactly how it works yes [18:58:15] You install wikibase client on all them [18:58:27] and configure the repository to whichever will be the central one [18:58:51] You could even create sanarsivcentral or sanarsivdata or something [18:59:00] @arwencim [18:59:30] so I need to buy a domain [18:59:51] Do I have it right? [19:00:30] You can do it on Miraheze.org in the way I said [19:00:51] If you want en.sansarsiv.org then you'll need to buy sanarsiv.org @arwencim [19:17:48] how do i give someone admin on miraheze? [19:18:19] [[Special:UserRights]] on your wiki [19:18:19]

[19:21:53] thx\ [20:30:08] [1/6] hi - is miraheze having loading issues at the moment? for the past few days phightingwiki has been intermittently not loading various css stylesheets/rules as well as some JS. heres a list of things we've been having issue with [20:30:08] [2/6] * the wiki intermittently isnt loading one of two of our custom fonts, they are both in the same format hosted on the wiki but the second one keeps randomly failing to load with no error in console [20:30:08] [3/6] * the JS that handles collapsible sections on mobile intermittently doesnt load/work for mobile users [20:30:09] [4/6] * the styling for our mbox module keeps randomly not resolving [20:30:09] [5/6] * custom JS i have for the wiki randomly doesnt resolve with no error messages in console [20:30:09] [6/6] these problems are inconsistent across devices, users, timeframes, etc. and cache changes, purges etc dont seem to fix them. not really sure whats going on, it seems to be backend related? [20:32:05] for css it is a common and known issue, see here: https://issue-tracker.miraheze.org/T13386#275445 [20:33:08] workaround is basically using something other than common.css [20:33:27] couldnt tell you about JS, but wouldn't be too surprised if it faces similar issues [20:33:46] do the mbox styles use templatestyles or sitewide css? [20:33:48] thank you so much for that, im glad its not just us and other people are experiencing it LOL [20:34:04] i believe the styling that isnt resolving is on common.css, which is what this issue is affecting, right? [20:34:20] (i have styling mixed between common.css and timeless.css based on what should be present for all skins or not 😅) [20:34:25] but that would explain why only some css isnt resolving [20:34:27] Was talking about this some last night [20:34:56] @abaddriverlol i saw you posted a gadget related fix in that thread, does it work for you and others? because i might try it [20:35:14] yes it did work for other wikis [20:35:22] I didn't try it because on my wiki the issue doesn't happen [20:35:32] cheers, ill give it a go and see if it resolves our issues [20:35:51] It’s not in a great situation, since most of tech is busy with more pressing matters or burnt out, so we don’t really have anyone to investigate:: [20:36:00] its fair enough [20:36:18] i was looking into it earlier and all wikis have MobileFrontend enabled and a user reported that it happens often when another person requested a mobile page recently [20:36:32] F MF [20:36:52] [1/2] these are the extensions that are enabled on all affected wikis; some globals are filtered out and some not because i couldnt get a proper list [20:36:52] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1375935604583305336/image.png?ex=68337f63&is=68322de3&hm=a2663b3226c38f8283ae21c6cfd9199682e58f6dd0df31017fe77bfc8a452805& [20:37:17] Also I don’t know if you did already but may be worth forwarding to the resources channel of the indie Roblox wikis alliance [20:37:30] im not quite sure what the source of the .js issue is, the js that im having trouble with is in a seperate .js file being imported into Common.js but the other .js in that file has no issue. if i run the code in console it works just fine. i dont think its a code break as the .js files after that one also seem to run fine [20:37:44] we also do have MobileFrontend enabled. does that mean if ANY user requests a mobile page, it causes the issue for everyone? [20:38:00] Is it always broken? [20:38:02] Or just sometimes [20:38:05] no, intermittently [20:38:06] This other code file [20:38:20] It’s probably the extension being enabled at all [20:38:25] ouch [20:38:36] 50% of our entire userbase view the wiki on mobile so its kind of a necessity [20:38:57] it would be cool to see any wiki that doesn't need MF to disable it and see whether the issue persists [20:39:19] well, hm [20:39:21] That’s the new we live in sadly [20:39:27] unfortunately none I've seen so far uses a mobile-compatible skin like citizen as the default [20:39:32] Hm [20:39:37] I wonder if it would happen on beta [20:39:40] we actually use the same .css sheet on mobile and desktop, i wrote custom css to handle the mobile version, but im not sure if timeless requires mobilefrontend to do that [20:39:51] i think its just media queries but idk how timeless works on the back end [20:39:55] If we duplicate a wiki’s config on beta and the issue happens there [20:40:06] Then we can disable the extension without affecting users [20:40:08] im happy to give phwiki as a guinea pig if you need it [20:40:24] how often do the issues actually appear for you? [20:40:30] daily at the moment [20:40:37] as in, more than daily [20:40:39] And as a double bonus we’d see if 1.44 decided to include any more funny breaking changes to CAS [20:40:53] this would be ideal for me honestly [20:40:56] Since the branch has been mostly cut [20:40:57] do i need to do anything? [20:41:02] beta uses a newer version of MF though so the issue might or might not exist on there [20:41:16] if a newer version of MF fixes it then thats good tho right? [20:41:28] and you'd probably need a lot of people to visit the wiki on beta [20:41:35] well idk whether it does [20:41:39] true [20:41:39] it would just be suboptimal for testing if it did [20:41:42] well [20:41:49] is there any way i can check if disabling mobilefrontend would affect my wiki? [20:41:50] That was what I’ve been wanting to do for a while all in all tbh, give as many wikis as possible the opportunity to see if their stuff breaks on newer versions and fix it early, and then we can document to release to everyone else before full update [20:42:07] Well, the mobile UI may not look at great [20:42:11] you can force desktop via a url parameter [20:42:18] looking at the docs i think the only thing we actually use mobilefrontend for rn is collapsing sections [20:42:38] which also isnt really working either [20:42:49] (ive had users tell me they cant expand collapsed sections on mobile sometimes) [20:43:11] forced to read, oh dear [20:43:13] I’ll look into this later/in a bit, and ask rhinos but I think we could probably make a backup of the wiki contents and settings and load it on [20:43:15] like on my mobile device right? whats the parameter? i can check [20:43:32] Actually @rhinosf1 how does one actually use a ManageWiki settings export [20:43:34] no worries, if i can just disable MF to test that im happy to do that, if itll cause minimal issues [20:43:38] like on the live wiki [20:43:51] since if you guys need viewers we sure do have those [20:44:13] 7k viewers just yesterday woaw [20:44:20] `?useformat=desktop` might work but idk if it fully disables MF for the page [20:44:26] ill check quickly [20:44:36] No issues? This is MediaWiki [20:44:47] LOL [20:44:48] Believe you don't [20:45:01] ok no it looks like desktop view on mobile is fine for us, my css is already all set up for it [20:45:08] ill go ahead and disable MF on phighting.wiki and we can see what happens [20:45:16] if it breaks ill reenable LOL [20:45:21] Then why do we offer it [20:45:29] idk whether the parameter disables all MF css but i suppose we'll see [20:45:37] yay guinea pig [20:46:11] For science! [20:46:22] collapsible sections still work for me on mobile [20:46:26] either caching or MF isn't required [20:46:49] yeah im not sure why it didnt work for that user, possibly a js issue on their device. it worked when they toggled mobile/desktop in the footer (not sure which one they were originally on) [20:46:51] ok MF is off [20:47:04] well it may take a while to propagate LOL [20:47:08] yeah [20:47:31] Then what does Mobile Frontend actually fuckin do [20:47:37] it mostly lets you have two diff skins [20:47:39] for desktop and mobile [20:47:42] which is what we originally used [20:47:46] Minerva yeah [20:47:50] no like [20:47:54] you can choose which two skins you want [20:48:04] it can be any of the given ones, thus you can write css for each if you wanted [20:48:11] Oooooh [20:48:36] back in ye olden days (like 6 months ago) i didnt have mobile css written for timeless so i made mobile users use uhh minerva [20:48:43] until i had time to actually write a million media queries [20:49:11] alr so i guess we'll now see in the next hours or days if either something breaks because MF is not enabled or whether the common.css loading issue still happens [20:49:22] o7 if you notice anything or have any questions please ping me! [20:49:39] sure [21:00:57] anecdotally it looks like this has already fixed the two biggest issues i personally noticed (this one piece of JS not loading and mbox css) but it could be pure coincidence [21:01:20] were those happening on both mobile and desktop before? [21:02:40] i do not use the moible view a lot but they were both happening to me on desktop before i disabled MF, i.e. like 10 minutes ago [21:02:59] now they both are working correctly, i refreshed one of the pages with the issue and its fixed, but it did intermittently work so :? [21:03:45] btw fyi mobile.js/mobile.css are not loaded anymore automatically without MF [21:04:13] ye np, i only ever used mobile.js as a mirror of common.js [21:04:18] ah alr [21:04:33] same for mobile.css [21:05:12]