[00:02:46] so when is the maintenance finished ? [00:07:47] There's about two more hours in the maintenance window [00:12:02] If you go watch a movie, when you comeback it'll probably be done [00:18:47] We haven’t set RO though we probably should [00:37:22] Good luck! [00:43:18] well no [00:43:29] cant edit <:droidcry:1126190447178567681> [00:44:04] if only the wiki updated in uk time so i wouldnt be editing it when im awake in amerika [00:46:06] oh miraheze when i catch you for making my wiki non editable [00:46:28] https://tenor.com/view/stunna-girl-fight-baddies-west-curedsoul2x-gif-27632025 [01:13:34] the one time i have an undying urge to edit is theo ne time i cant [02:23:38] <5.35> For how long will wikis be locked? [02:23:43] Just a quick update: it appears the upgrade is taking longer then expected, but rest assured we will get it done ASAP [02:23:58] <5.35> https://discord.com/channels/407504499280707585/407504500136607745/1165471709349031978 [02:23:59] <5.35> oh ok [02:24:42] <5.35> I actually don't know UTC, and was just asking [02:25:12] technically we are 24 minutes past the upgrade window end time [02:39:41] <5.35> awesome [02:39:47] <5.35> was able to edit my wiki [03:42:05] did the vector theme change? [03:44:13] Any updates on how maintenance is going? [03:48:44] Oh lmao there's my answer [03:52:36] <.labster> Wikis are open again, praise be! [03:53:48] Do I smell smoke? πŸ˜‚ [03:54:01] v [03:54:11] @zhy [03:54:14] zh7wMNeAmkk [03:54:21] Can we help you? [04:03:20] @zppix I suggest adding the upgrade to https://meta.miraheze.org/wiki/Miraheze/News [04:08:39] Ok [06:13:11] [1/2] i am getting the error "Unauthorized [06:13:11] [2/2] This server could not verify that you are authorized to access the document you requested." whenever i try to access a file [06:21:54] same. This cursed error already plagued my wiki in the past, breaking pictures. Seems like it's back? [06:22:18] seems like its working fine now [06:23:02] not for me [06:27:01] Me too. The images don't even load. [06:27:18] they worked 15 mins ago [06:29:18] some images arent working yh [06:29:35] for some reason most of my images arent but a few are πŸ€·β€β™€οΈ [06:31:41] no uploads [06:44:10] [1/2] > Service Unavailable [06:44:11] [2/2] > The server is currently unavailable. Please try again at a later time. [06:44:37] some are working and some are not [06:47:45] and i'm also having that issue [06:52:20] I guess they are issues with Swift [06:54:07] seems fixed? [06:55:10] Yeah I think it's working now. [07:00:37] seems broken again [07:01:54] getting the "Unauthorized" error for some and the "Service Unavailable" error for others [07:02:13] <:cat_dead:794049766991462411> [07:08:24] @Site Reliability Engineers swiftac seems badly broken [07:10:17] I am very confused [07:10:29] 101% disk usage should not be possible [07:11:37] lol, that is some quality math there [07:11:50] @redmin0 something is making swiftac have very high cpu, most of the grafana graphs can't report data but disk somehow was reporting 101% at one point [07:12:05] It might need turning off and on again [07:13:03] @gummiel ye I'm mobile so I can't check what math it does [07:13:35] Why does high CPU = broken report though? [07:14:23] Process is so strained it can't send data for most of the graphs [07:14:30] For the broken report, I have no idea [07:15:01] Fun. [07:15:02] i cant even upload images... [07:15:09] no idea whats going on [07:15:59] @bigbee420 things are very very broken [07:16:07] oof... [07:16:28] it goes back online and then breaks again [07:16:51] weird [07:17:09] never a dull moment [07:17:12] i hope this gets fixed soon [07:17:37] Probably have to wait for @paladox to get up [07:17:42] alright [07:18:24] <:1_pray:800978408631959562> [07:24:01] seems it will remain intermittently broken [07:26:45] never liked updates [07:28:42] Fixed itself again. Wonder for how long [07:40:25] It will be intermittent until someone tells it to stop being so grumpy [09:03:57] This is an issue, the wiki is closed and its only bureaucrat is inactive, so I can't start one locally [09:05:58] You should ask for the wiki to be reopened on Meta. [09:25:51] [1/3] the contents navigation menu disappeared on some pages on my wiki. [09:25:51] [2/3] Simply putting A new header then saving then removing it and saving fix the issue. [09:25:52] [3/3] But that's definitely a bug [10:12:42] Thanks for the update on Miraheze [10:20:11] what's better, 1 `#switch` or 5 `#if` ? πŸ™ƒ [10:20:51] (or 3 switches instead of 15 if's) [10:33:12] As minimal as possible to prevent throttles :v [10:34:54] update broke something in my styling I worked on whole day this week <:xsob:912928935577276526> [10:35:10] it was about `class=` in `File:` [10:35:41] fixed by going w/ parent class + `img` [10:35:50] but still ... [10:37:16] on another page it works fine like before ... [10:37:25] w/o fixes [11:01:12] [1/2] tabs and table of contents are gone [11:01:12] [2/2] they were working fine before? [11:01:48] using `tabs` or `tabber`? [11:01:57] yes [11:02:09] tabberneue [11:02:15] o [11:02:20] that's tabber [11:02:32] tabberneue replaces tabber [11:02:39] but tag is the same [11:02:44] [1/2] okay uh [11:02:45] [2/2] what do i do [11:03:18] idk how it looked like before [11:04:07] they looked similar to this [11:04:15] my latest wiki uses tabber a lot, no issues as for now [11:04:21] ah, in infobox [11:04:32] that's more complicated [11:04:49] new update broke my tabs😭 [11:09:29] it works when calling the template on the template page, I don't understand <:ThinkerMH:912930078646730792> [11:10:07] what [11:10:11] how [11:10:32] what happened in the update [11:10:32] just tested in my other wiki where I've made classic infoboxes w/ optional `tabs` and content doesn't render at all <:ThinkerMH:912930078646730792> [11:10:58] dang, so it's infobox specific? [11:11:10] my portable infoboxes with tabber work fine.. [11:11:19] table of contents dont work on half my pages either [11:11:24] WHAT HAPPENED [11:11:56] are you sure there's no `NOTOC` on the page? [11:12:04] whats that [11:12:08] also like, did the skin changed? [11:12:17] because new Vector has ToC as sidebar [11:12:24] wh [11:12:52] after the update i saw that a lot of my pages with one header had a toc even without `FORCETOC` or `TOC` [11:12:59] i have regular vector [11:13:08] <:ThinkerMH:912930078646730792> [11:13:27] adding `NOTOC` fixed it but not sure why it's doing that [11:14:15] [1/2] > In versions of MediaWiki before 1.39, the table of contents location was marked internally with ...; in version 1.39 this was changed to an empty tag . In 1.40 this has been changed a final time to use an empty tag for future Parsoid compatibility (see Parser::TOC_PLACEHOLDER). This may affect you if stale content is left in the P [11:14:16] [2/2] arserCache or if your skin did manual ToC replacement without using the recommended Parser::replaceTableOfContentsMarker() function. [11:14:45] that's the onlt ToC related thing I found in update notes [11:15:15] not sure what it means [11:15:23] [1/2] weird [11:15:23] [2/2] what about tabs? [11:15:48] your infobox portable or classic table? [11:16:00] infobox tabs [11:16:16] not portable [11:16:28] Lua or raw table? [11:17:00] if imported from Wikipedia is most likely Lua [11:17:30] there's no module, so raw right? <:ThinkerMH:912930078646730792> [11:17:38] hmm [11:18:02] you use tabber, I use tabs, both stopped working differntly [11:19:26] can you try to make an empty edito on the page, maybe it's just cache thing [11:19:44] I realized that my issue is that tabs simply don't work in preview lol [11:21:04] def no problems w/ tabs [11:21:49] huh, some of my non-infobox tabbers on normal pages are broken <:ThinkerMH:912930078646730792> [11:22:10] no problems on my tabber heavy wiki <:ThinkerMH:912930078646730792> [11:22:31] it works in preview mode but not on the page <:xsob:912928935577276526> [11:22:39] link? [11:22:57] wait a second [11:23:21] the other wiki I admin has broken tabber [11:23:28] omg [11:24:04] rip 😱 [11:24:10] [1/2] diabling custom css does nothing + my ok wiki works fine [11:24:11] [2/2] the difference it [11:24:30] between them is that one uses tabber directly on page, and the other via template [11:25:04] we need another maintenance πŸ’” [11:25:29] my tocs are missing too, old vector, no notoc on the pages [11:26:17] yeah πŸ˜” [11:27:11] my oldest wiki has no problem w/ ToC [11:27:20] the way I got it back was by editing the page add a header temporarily save open remove save and it's back. [11:27:24] Pizza Tower hit both tabber and ToC issues [11:28:04] how do i temporarily save [11:28:20] empty edit does nothing? [11:28:40] theres no empty edit on ipad safari [11:28:42] @theoneandonlylegroom that also does the trick [11:28:49] it's def cahce issues lookimg at update notes [11:29:07] this means you edit and save w/o actually making any changes on the page [11:29:35] oh that works for restoring toc<:ThinkerMH:912930078646730792> [11:29:37] @bigbee420 you have to add something into the page doesn't matter what even one letter is enough [11:29:38] [1/2] yeah idk how to do that [11:29:38] [2/2] ive been saving everything on google drive [11:29:54] edit the page [11:29:58] okay [11:30:01] click on edit button [11:30:39] and just hit save or change something small, add a space break somewhere in the end, like Tail said [11:31:11] yes, empty edit fixes everything [11:31:38] omg it worked wtf [11:31:41] oh it fixed the tabber too now that you mention it [11:31:42] huh.. [11:32:23] I had to edit over 40 pages lol but that's relatively small compared to some of these huge wikis I wish them best of luck. [11:32:57] @paladox tabber and ToC doesn't show up after update on several wikis, even on clean session/incognito mode, must be a cache thing as empty edit of page fixes both [11:33:38] [1/2] thats so strange [11:33:38] [2/2] thank you guys [11:34:06] if some kind of script can be run across all wikis you won't have to manually fix every page [11:34:21] let's see [11:34:46] oh no, my img classes are broken too 😭 [11:34:55] oh no ... [11:35:45] oh I'm not alone [11:36:11] I had class assigned in `[[File:...|class=...|..]]` [11:36:11] https://meta.miraheze.org/wiki/File:... [11:36:17] yeah I had some class= in the file also [11:36:41] I replaces it to `.parentclass img` [11:38:18] I had a border around those, now there's a random span [11:39:29] exactly same for me lol [11:41:02] you going to run something to fix for all? [11:41:08] why is it always upgrades brakes stuff no matter where you update [11:41:16] it's always like this [11:41:20] lol [11:41:26] just adding img to seems to work yeah, annoying though [11:41:49] it's impossible to prevent all errors on testing [11:42:09] is anyone else having this problem trying to log in into a fresh new wiki? am I missing something? [11:42:25] @paladox ^ [11:44:14] fixed [11:44:24] check now [11:45:08] what about cache? any script to run to fix or we'll have to wait? [11:45:16] for refresh [11:45:29] i have no idea at the moment. I'm looking into another problem. [11:45:43] wha- [11:46:20] thanks... but how? hahaa [11:46:46] we just has software update so some things are wonky [11:47:14] paladox is sysadmin and works on it [11:47:55] ohhh okay [11:48:04] thanks :3 [11:51:47] funny thing, I previously had class, .class img for another border, and now it's applying two borders. I was wondering why it looked so odd haha [12:00:35] wonder if the css stuff is a fixable error or just how it will be <:ThinkerMH:912930078646730792> [12:05:27] I got table of contents on a special page ............ [12:06:16] I got used to not have it here lol [12:06:52] yeah I see those too [12:07:27] sure doesn't look normal [12:07:42] was it intentional by MediaWIki devs? [12:13:05] i'm now getting occasional 502 and very slow loading pages [12:14:29] I think the special page is the only one I'm noticing is different for me [12:19:12] I haven't noticed bugs w/ article ToC and tabbers on my newest wiki, but it happened on previous onw [12:27:04] can someone remind me is there are a way to mass deleted unused files which were imported? [12:27:44] in my case the files are non existent but their File namespace pages are just hanging there [12:36:38] they changed icon used in popup after edit is saved lmao [12:36:54] I was struggling w/ its styling just this lol [12:37:27] probably need to just change class [12:40:08] some of my Timeless styling broke too [12:40:17] annoying tbh [12:52:55] <34.29cm> Hello! It seems the recent update has changed the appearance of my Wiki (Vector 2022 iirc) a little bit. Is there any way to choose the previous appearance over the new one, or do I have no choice but to "fix" the differences in palette in the new menus? [12:58:34] Same here, seems like all the CSS changes in common.css are disabled [13:00:27] if you skin changed from legacy Vector to 2022, go to wiki's additional setting, styling tab, and set legacy vector as default [13:00:58] as for Common.css yes, some styling needs to be upgraded [13:01:44] I extensevely modified Common, Timeless and legacy Vector, just now juggled some h2 styling between them :/ [13:03:04] <34.29cm> I was already using Vector 2022 - it's just that the update has added a menu on the right (which makes the main page look stuck to the side for visitors) and it seems that I'll need to change the colours of menus on the left again [13:04:23] what the hell [13:04:26] hm [13:04:53] do you have Vector 2022 disabled in additional setting, preferences tab? [13:05:41] this is what I do on my wikis [13:05:58] also check your user preferences just in case [13:06:20] I know for sure that Vector 2022 uses Vector.css code in addition to Vector-2022.css [13:08:07] <34.29cm, replying to theoneandonlylegroom> [1/2] I don't have anything disabled in that tab [13:08:08] <34.29cm, replying to theoneandonlylegroom> [2/2] I'm assuming the look of Vector 2022 has been updated? And the sidebar id changed with it [13:11:58] I already did the switch to vector 2022, took out the changes of common.css and put them in vector-2022.css, waiting to see if it did anything [13:13:56] that would make everything in other skins look default (and maybe broken) [13:14:10] moving from Common to Vector [13:14:23] welp any change I put in common are not applying so 🀷 [13:14:46] it does for me [13:14:56] just w/ Ctrl+F5 [13:15:23] man, that's all strange [13:20:28] could either be parsoid new thing. Not sure tho. [13:20:48] this? [13:21:47] is that for me or someone else? [13:22:06] for you [13:22:21] but we also have ToC on special pages now [13:24:15] idk if it's intentional change [13:29:47] that's intentional [13:30:01] not done by us tho [13:37:00] oh, was the img css fixed? the .class img workaround doesn't work anymore [13:38:06] idk [13:38:27] no issue for me after my fix [13:41:53] huh, it works in preview mode, I guess cache thing again [13:48:47] trying to post comments gives: Error converting between wikitext and HTML for VisualEditor [13:54:44] @paladox [13:57:02] Which wiki and which page [14:44:31] How do you use the Multimedia extension? <:ThinkerMH:912930078646730792> [14:45:35] I want to make it so that it expands instead of going to the file page when you click on an image [14:46:25] you just enable it [14:46:28] MediaViewer [14:47:11] oh it worked now [14:47:12] oops [14:47:31] Just have to wait i guess [14:48:19] extensions always need some time to start working [14:56:46] Is it not compatible with mobile frontend? [14:57:15] the example page on mediawiki works fine but not on my wiki [14:57:28] idk <:ThinkerMH:912930078646730792> [15:38:37] @paladox what happened with Swift [15:39:19] it oom'd. [16:40:29] I'm also having the same issue after the maintenance with Vector. The two toolbars were previously one and now one is on the right as linked on the picture, and the entire css on it is broken. Someone may need to look into that <:paissathink:732070397847011398> [16:57:17] it seems like there's indeed changes in Vector 2022 base styling [16:58:35] even Timeless got changes [16:59:09] I doubt it's fixable from Miraheze side, since we are all modifying CSS by ourselves [16:59:24] it has to be updated accordingly [17:01:59] Yeah the "legend" on Special:SpecialPages stand out like a sore thumb for me right now, Though I don't exactly remember what it used to look like xD [17:02:25] it def wasn't here, I use it a lot lol [17:03:17] [1/4] hmm ... I think or assume I have a similar issue with the Pivot skin but it's seems more unpopular so not sure if I can get good support on it lol [17:03:18] [2/4] but [17:03:18] [3/4] all my files labeled as thumbnails (ex `[[File:Image.png|thumb]]`) are almost completely unstyled now. [17:03:18] https://meta.miraheze.org/wiki/File:Image.png [17:03:18] [4/4] in fact, it appears for some reason that when I inspect the pages, the images completely lack the proper thumbnail classes that adding `thumb` would usually provide. unsure what workaround I'll do for that ... but I really rely on the pivot skin's grid system :-( [17:03:20] [1/2] on one hand it's a big page [17:03:20] [2/2] but on other - I never really scrolled it, I just always was Ctrl+F lol [17:04:16] you modified it in pivot.css, not common.css? [17:06:19] [1/3] I haven't touched .css at all before this. it's just whatever the default is, but [17:06:19] [2/3] I assume I'll have to add css to fix this myself though yes? [17:06:19] [3/3] are you saying I should try editing pivot css rather than common ? πŸ€” I'm only aware of the common css area so editing a pivot.css would be new to me, I'm away but I will definitely look into it when I'm back to a computer in a bit ... [17:07:41] common.css is applied to wiki no matter which skin user is seeing [17:08:03] I usually modify thumb styling in it [17:08:31] per skin css pages are for elements unique to said skin [17:08:57] I don't know how pivot works tho [17:10:09] I can tell something happened to galleries styling too [17:11:04] in two wikis I admin images in galleries look very tightly placed [17:11:15] annoying, honestly [17:14:37] yeah thumb is different on my wiki w/ Timeless too [17:15:36] thanks mw, very cool [17:27:16] a little weird to have a TOC on the SpecialPages as well, wonder if there is a way to hide it there specifically [17:28:26] if it's possible to target special page namespace? [17:29:19] Pretty sure it isnt possible [17:30:04] I wish it was .. [17:30:05] Yeah doesn't sound like it would be possible, afterall that is not like a css thing, that is specifically a MW thing, so you would have to be targeting a specific URL or something then [17:46:15] maybe only an old vector thing, but the body class changes based on the page you're on so I was able to remove the toc on special page with display: none to .mw-special-Specialpages #toc [18:08:58] [1/8] Thanks a lot, was indeed something similar, I could use for timeless. Ended up adding this if anyone want to do the same on timeless: [18:08:58] [2/8] ```.page-Special_SpecialPages #toc { [18:08:58] [3/8] display: none; [18:08:59] [4/8] } [18:08:59] [5/8] #mw-specialpagesgroup-maintenance { [18:08:59] [6/8] clear: left; [18:09:00] [7/8] }``` [18:09:00] [8/8] (the latter section to also move everything up(that is the ID of the first header I am selecting there), otherwise there were a em empty gap left by the legend) [18:10:26] https://phabricator.wikimedia.org/T326130 is the relevant ticket I think [18:10:51] Doesn't look like there's a config, just that it was added in core [18:11:02] nice <:pupCoffeeMH:766487840694599711> [18:12:11] Yeah kinda weird they don't add a config to something like that, since you can't edit the page like a normal page to add a `NOTOC` magic word, but ohh well at least I did figure it out with CSS, would be a lot nicer with an option though [18:29:14] thumb got replaced by this thing and it requires !important [18:30:01] [1/8] in relation to this... i just feel really weird about this issue and whether its truly a css problem or not exactly. [18:30:01] [2/8] i have at least one page so far that still displays the thumbnail in the traditional previous styling, and when i inspect the page, it shows this (first image): [18:30:02] [3/8] the page source code for the file is just `[[File:WKNgreatcakecookoff.jpg|alt=August 2023 promotional image teasing the arrival of the Great Cake Cookoff|thumb|August 2023 promotional image teasing the arrival of the Great Cake Cookoff]]` [18:30:02] https://meta.miraheze.org/wiki/File:WKNgreatcakecookoff.jpg [18:30:02] [4/8] so you can see how this is translated to html in the page inspect: its wrapped in a div, and each piece is given an appropriate thumbnail class (thumb, tright, thumbinner, thumbcaption, etc)... [18:30:02] [5/8] to me, that this page exists still on my wiki with the traditional thumbnail styling implies: these classes still exist properly and display fine on my wiki, when used. [18:30:03] [6/8] however, in a majority of cases, pages using the same thumbnail coding are broken and almost entirely unstyled. the inspect page for these, in the same area, looks like this (second image): [18:30:03] [7/8] it COMPLETELY lacks ANY thumbnail classes? ... yet the page source code for this image mirrors the one above: `[[File:Zingoz Bingoz Logo.png|thumb|The {{PAGENAME}} logo.]]` [18:30:03] https://meta.miraheze.org/wiki/Template:PAGENAME https://meta.miraheze.org/wiki/File:Zingoz_Bingoz_Logo.png [18:30:03] [8/8] why is the thumb option for file markup no longer working...? is that really a css issue? it seems to me that if the file option was properly parsed and passed the regular thumbnail classes, it would display normal. yet for some reason, now anytime i add the thumb option to files, it just completely omits any thumbnail classes from being added...? [18:31:38] is there a way to overwrite it? <:ThinkerMH:912930078646730792> [18:31:53] I don't understand [18:32:23] it's not defined as element for images or something [18:33:28] [1/2] it seems like it was changed all in the core [18:33:29] [2/2] as for why you might see it somewhere the old way still, I guess because of cache? [18:33:56] but I really don't know [18:33:59] do you think it's an issue that would be fixed or is this something i need to design a workaround for? πŸ€” [18:34:23] just unsure if i should wait and hopefully see it fixed later or if i need to work on basically recreating the thumbnail classes to use gfjdngjfngfd [18:35:11] on our beloved [[mw:Help:Image]] it's the same figure thing [18:35:11] https://www.mediawiki.org/wiki/Help:Image [18:35:11] [18:35:55] it's honestly annoying that our CSS mods have to be upgraded, if it's like this from now on in the core ... [18:37:23] idea: do not use thumb or frame anymore, let's create a template for cases when image needs a caption lol [18:37:44] [1/3] and yeah, given the similar issue discussed previously about new toc changes not showing up til a page is edited, i think that is also in effect. its some sort of cache thing. i will say ctrl+f5 keeps the traditional styling, so it doesnt seem to be a cache issue on my end. [18:37:45] [2/3] but if i attempt to edit & preview that page, it suddenly shows the broken thumbnail & a toc, so yeah, similar cache issue in effect there. no real issue with that, im just irked that ... its proof the original thumbnail styling works! its just gone, i guess?! [18:37:45] [3/3] and im confused about how standard/basic wiki markup stuff is suddenly no longer useable...? i dunno. maybe its still an issue related to my pivot skin, too. but why wouldn't something as typical as `[[File:Image.png|thumb]]` no longer work...? its very standard, isn't it? hm [18:37:45] https://meta.miraheze.org/wiki/File:Image.png [18:38:57] edit or preview don't fix thumbs for me [18:39:51] it is standard [18:42:10] I haven't seen figure tag before too [18:42:31] which elements in mw are also figures [18:42:44] [1/5] if I slap [18:42:45] [2/5] `.mw-halign-right, .mw-halign-right figcaption { [18:42:45] [3/5] border: none !important; [18:42:45] [4/5] background: transparent !important; }` [18:42:45] [5/5] what else will change [18:43:45] judging by W3C description nothing else [18:44:06] "Use a
element to mark up a photo in a document, and a
element to define a caption for the photo" [18:44:54] [1/2] i feel regardless of the figure tag, the parser completely ignores/omits entered file options, which feels outright like an error... i mean, even the mediawiki page shows the exact markup we're using, and yet it's coming out without those classes/styles applied on miraheze? [18:44:54] [2/2] i guess i hope this means i can just sorta wait and maybe a solution will crop up ;w; [18:45:41] we notices `class=` being wonky as well yeah [18:46:18] "class={html class} β€” (MediaWiki 1.20+) Defines classes (maps to the HTML attribute class="..." of the generated β€Ž element)." [18:49:18] galleries still have `thumb` class tho [18:49:36] but they appear differently [18:51:49] but yeah comparison of my wiki thumb & the mediawiki images page example, they do mirror each other. so yeah i imagine the switch to the figure tag is intended, but i feel something is off with overall classes & styling... altho mine is missing `class="mw-file-element"` but i dont think it fixes anything when added regardless so eh... [19:03:13] [1/2] guess what [19:03:13] [2/2] thumb/thumbinner is still on upload page [19:04:49] Special:NewFiles is gallery so same problem w/ margins [19:21:17] Didn’t realize classes were changed. Then again im not a css master or anything close so [21:07:23] so it sounds like I'm not the only one with issues after the maintenance? [21:07:55] oh dear [21:09:09] oh god... when there are more supportive stuff than main article xD [21:10:37] is this on tablet? [21:13:03] This is desktop [21:13:13] every page is squashed like this and unreadable [21:14:40] [1/2] was Common.css or Vector.css/Vector-2022.css modified before? [21:14:40] [2/2] or it's just dark mode? [21:15:41] I made a lot of edits to the CSS but I'm a rank amateur and if someone who knew what they were doing saw the Common CSS they'd probably have a heart attack. I confess I don't know what I'm doing, but it definitely didn't look like this yesterday [21:15:48] Common.css yeah [21:20:01] This is how common.css edit section looks now so I'm not sure what to do [21:20:46] [1/2] can you try to add this in URL: [21:20:46] [2/2] `?safemode=1` [21:20:54] how it will look [21:22:40] okay that's much more legible [21:23:03] something in that css then [21:25:28] Can safe mode be applied to the editing page? Adding ?safemode=1 to the end of the css edit page don't work [21:26:33] go to user preferences (it's always w/o styling) and in appearance pick another skin, legacy vector for example [21:26:57] I'm not sure how it will behave tho [21:27:06] since it's common.css [21:27:34] the idea is temporarily setting another skin until you fix css [21:27:49] ah thank you [21:27:51] Its not unlikely that WMF changed some of the class names or id names between 1.39 and 1.40 which would bork your css [21:32:58] Will there be any documentation on the changes? Again I'm a complete amateur at this, no programming background [21:36:25] Ah okay, managed to get this [21:36:46] Commented out this part of the css [21:37:12] it was this part btw [21:38:04] So the white main menu window used to be the hamburger menu button on the left of the title, and there should be no TOC here either, _NOTOC_ on this page, so I guess changes to the menu and TOC in this update borked things? [21:38:45] in such a case, if you know how to inspect, you can also uncheck css stuff there to fix the display to be able to edit [21:39:12] I guess it was a fix for vector 2022 especially? [21:40:32] You can check the release notes for 1.40 on mediawiki.org, but idk if it's well documented. [21:47:06] thanks everyone, will try and brute force a fix, appreciate your help <:dragnheart:947273778600218685> [22:42:34] <34.29cm> does not work anymore since the update? [22:44:07] it works, the pages which use it need a cache bump [22:44:21] an empty or small edit should fix iy [22:45:16] <34.29cm> Oh phew, thanks for the tip! [22:46:33] I wonder why it's alright on my wiki tho [22:46:57] the new one [22:47:40] on another where I admin there are lots of pages w/ tabber and they are borked [22:49:09] actually purge and `?action=purge` fix it too