[01:31:36] [1/3] Is there something equivalent to Wikidot's Div Block element? [01:31:36] [2/3] Where I can have text "wrap" around something else, like this: [01:31:37] [3/3] https://cdn.discordapp.com/attachments/407537962553966603/1415872443205029918/image.png?ex=68c4c978&is=68c377f8&hm=4aeabfb2a33e6749a740c98a5fde88c7c5699999b7ff4101caf67b1a1b510c10& [01:32:35] Alternatively, just being able to have two tables of different lengths next to each other horizontally would work for my purposes. [01:41:51] NVM, found what I needed. [02:04:56] Was CodeEditor affected by 1.44? Seems like it doesn't work anymore [02:12:02] I've noticed that when I was editing my CSS page for the Cosmos skin earlier today. [02:13:42] How doesnt it work? [02:13:49] What does (or doesn't) it do? [02:15:14] It works for me. [02:22:45] It looks like what you'd see when you edit a page with plain text content model [02:24:35] https://cdn.discordapp.com/attachments/407537962553966603/1415885777031790632/Screenshot_2025-09-11_at_9.24.31_PM.png?ex=68c4d5e3&is=68c38463&hm=bbfed5fa25407be5448963d3d50d903624b61dfb9f4270423fc6245b6e84a2b0& [02:25:12] [1/2] Something like this? This is what I get on my [CSS page](https://mlaatrabbot.miraheze.org/wiki/MediaWiki:Cosmos.css). Sorry for the clutter, I'm still skeuomorphing the wiki. [02:25:12] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1415885932527222824/image.png?ex=68c4d608&is=68c38488&hm=9463d7f5579066ae7da351b766bf9aced9a4de4a5ca6db029862e9e7257fdecc& [02:34:29] Weird, I see that CodeEditor is showing properly on your wiki [02:34:55] just took a look at one of the module pages and it worked as expected [02:36:53] Make sure "Enable the editing toolbar This is sometimes called the '2010 wikitext editor'." is enabled in Special:Preferences as well. [02:37:52] [1/2] I do have it enabled, as a matter of fact. [02:37:53] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1415889121075003455/image.png?ex=68c4d900&is=68c38780&hm=e098a8aa5cee164c1bd0a7951d435e44560c5702d8836d393867538f7de97d5c& [02:38:13] It works for me on your wiki. No idea why... [02:38:31] I can take a look more in depth if the issue persists tomorrow. [02:39:17] It first happened yesterday [02:39:44] But maybe this is one of those weird things that goes away if you restart the device or something [02:40:51] Works for me on MediaWiki:Cosmos.css on that wiki also so even the same page its very odd. Only thing I can think of is browser cache or some preference difference. [02:41:31] I think it could be just the cache, since I clear mine out occasionally whenever doing anything CSS-related. That, or it could be something in my preferences. [02:45:31] Restarting didn't seem to resolve it [02:46:36] [1/2] This page for instance: [02:46:36] [2/2] https://battlecats.miraheze.org/wiki/Module:Sandbox/SweetDonut0?action=edit [02:48:09] Doesn't seem to be specific to any pages or namespaces [02:49:02] I guess it's just a weird bug that occasionally pops up. [02:49:20] [1/2] Works on my machine [02:49:20] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1415892004633710686/image.png?ex=68c4dbaf&is=68c38a2f&hm=fcfe33f6835539f480ce74470044ccc93120126bcc63360d76ad3f7603fd3d62& [02:56:30] wth [02:56:32] weird [02:57:52] Did you remove `.plainlinks` from the selector? The `.mw-parser-output` part is also (mostly) unnecessary. [02:58:00] That's honestly strange. [03:22:29] [1/2] Disabling this preference fixed the CodeEditor issue [03:22:29] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1415900347494305893/Screenshot_2025-09-11_at_10.22.08_PM.png?ex=68c4e374&is=68c391f4&hm=669990d2cfb122f7ddb6782dbf469656f6b785c4b0c7c6a7648843d8a9749250& [03:23:10] Was it something that automatically gets enabled if you have "Automatically enable most beta features" turned on? [03:24:12] I know there's the edit conflictions and side-by-side editor settings. [03:25:10] Try going to Preferences [03:25:17] it's under the Beta tab [03:25:36] I'll disable them to see if that changes it when I get the chance to. [03:42:43] Does this place shut down wikis that arnt edited after x months? [03:44:58] [1/2] https://meta.miraheze.org/wiki/Dormancy_Policy [03:44:59] [2/2] Yes. With x being 12, though exceptions could be granted. [03:45:26] gotchu, one last question, is it possible to make only cirtain pages private while they are being edited on? [03:46:07] since im still writeing for a lot of my wiki and sometimes I go a long time without updateing cuase i want the page to be finished before becoming public [03:47:04] Nope. Wikis are either fully private or fully public. You could store your drafts locally, though. [03:48:00] understood [03:49:23] Thank you for the help/gen [05:39:25] [1/2] does anyone ever consider enabling this [05:39:25] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1415934806562443295/image.png?ex=68c5038c&is=68c3b20c&hm=abc51f5db661d53399cfc44818dcaf64a156e37c727e2ef38747827f08b6afd2& [05:41:56] I got it enabled. [07:27:53] yeah it worked thanks [07:28:35] [1/2] would also like to know how to change the color of links for pages already visited [07:28:35] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1415962280545222777/image.png?ex=68c51d22&is=68c3cba2&hm=4910ed45e6403daee60d18c5fac745936acac29a30d2987701ae0cc33ad8f24d& [07:28:55] not even sure why this was added to begin with im ngl [08:07:56] nevermind [08:08:01] it's ``a:visited`` [09:28:50] In case we get a custom domain, is it possible to change the `/wiki/$1` part to smth like `/w/$1`? [09:29:17] We are planning to use skibidi-toilet.wiki so smth like skibidi-toilet.wiki/wiki is gonna look a bit weird [09:29:29] I think it's only possible to change it to /$1 right now [09:29:47] Wait you can change it to just /$1? [09:30:02] Yeah I think it's a restricted setting in ManageWiki [09:38:11] weren't you told that before [09:38:30] the only way is to just remove that portion yeah [09:38:52] considering `.wiki` domain in place it's only logical [09:39:22] also you can make root to be synonymous to main page [09:39:32] Ahh ok [09:39:45] My memory might be fuzzy πŸ₯΄ [09:40:04] pizzatower.wiki does both [09:41:40] So uhh how do I remove it? [09:42:27] [[SR/RC]] [09:42:28] [10:06:12] It's restricted to stewards only as it can cause redirect loops. [11:25:22] found a page on my wiki i created in 2021 which has
tags 😩 [11:52:37] Good old Wiki code πŸ˜„ [11:53:42] omg wiki index is alive [11:54:22] [1/2] somebody gotta update our page lol [11:54:22] [2/2] [12:35:43] [1/2] Sent a custom domain request πŸ₯° [12:35:43] [2/2] https://meta.miraheze.org/wiki/Special:RequestCustomDomainQueue/669 [12:36:40] nice [13:10:41] [1/2] does this happen to miraheze too? [13:10:41] [2/2] https://discord.com/channels/563020189604773888/563022177155153939/1415698871098540112 [13:11:34] [1/2] Wait what?? [13:11:35] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1416048596398116884/Wikia-miraheze.png?ex=68c56d86&is=68c41c06&hm=1128c81f836f6c6b0ecb47e03d7b2f08d644b39966677e9b26e253167218e5d0& [13:11:50] no way [13:11:58] Hi, I'd need help regarding activity, where a wiki made by one and my friend has been recently updated many times (we did new pages, uploaded images...), yet the inactivity banner is still up [13:12:01] What to do? [13:12:03] can't believe we bought wikia [13:12:25] i believe it just takes a bit to disappear [13:12:32] just wait a bit [13:12:41] yeah that's what they say, but it's been like 3 or 4 days [13:17:44] [1/2] Woah it works now! [13:17:44] [2/2] https://skibidi-toilet.wiki/wiki/Skibidi_Toilet_Wiki [13:22:30] check status flags in core settings (Special:ManageWiki), maybe it's inactive one [13:25:06] Can I bundle both removing the /wiki part and redirecting the old wiki in a single phorge task? [13:30:59] )wiki part is a [[SR/RC]] type of thing, not phorge [13:30:59] [13:31:00] you request here, not on phorge, and yes, you can ask for both in single request [13:31:29] So separate requests for two different things, alr [13:31:55] Oh ok [13:32:09] (getting conflicting ideas πŸ₯΄ ) [13:32:14] i asked for both in stewards [13:32:21] redirects are a phorge thing only, stewards do not deal with it [13:32:22] idk what skye means [13:32:39] what kind of redirect [13:32:48] miraheze domain to custom [13:32:56] he already submitted request [13:33:05] for that [13:33:17] please read [[Custom domains]] [13:33:18] [13:33:22] specifically step 3 [13:33:50] they did step 2 [13:34:11] it's the 301? [13:34:37] yea [13:35:17] why you didn't say that first [13:35:35] what else would you redirect lol [13:36:42] Thanks for the wisdom O' Wise Mirahezers [14:54:08] What are the use of talk pages [14:55:53] [1/2] discussions [14:55:53] [2/2] think of extremely raw and old way of commenting and public chatting [14:56:16] each page goes w/ its own talk page link to be created [14:56:37] ohh, so like somewhat like fandom's comments [14:56:49] no, fandom actually has talk pages too [14:56:54] yeah i know [14:57:09] but kids don't know about that and use comments or discussions page [14:57:24] comments right pages come from extensions [14:58:11] so talk pages are like, to say something about the page or whatever [14:58:32] yeah, perhaps point out something or discuss an edit [14:58:55] on user pages they'll work like profile comments [14:59:26] ohh [14:59:35] but in general they aren't regarded or favoured as discuss anything or something related to the wiki place [15:00:00] a wiki forum or discord are much better venues to me [15:00:18] do those exist because of wikipedia [15:00:28] what exactly? [15:00:41] like, talk pages [15:00:57] i barely see wikis using those [15:01:10] they're part of MediaWiki, that's the software Wikipedia and many wikis run on [15:01:37] but yeah they're used quite well o Wikipedia, or our Meta wiki if you'll check [15:02:20] is there a way to turn off talk pages? [15:02:34] no [15:02:38] some wiki communities still use them a bunch [15:02:53] if the wiki is very big it's useful cause the discussions don't get buried [15:03:01] yeah [15:03:24] if your wiki team is like a few ppl easier to just discuss on discord [15:03:38] Oh [15:03:44] you might hide talk page link/button but it's still will be accessible via URL [15:03:49] do those work on user pages too? [15:04:35] [[mw:Help:Talk pages]] [15:04:35] [1/2] yes [15:04:35] [2/2] [[User talk:Legroom]] [15:04:36] [15:04:36] [15:07:07] [1/2] huh [15:07:07] [2/2] my main page formatting suddenly broke [15:07:35] i haven't made changes to it or its templates [15:08:27] [1/2] but i checked lint error special page [15:08:28] [2/2] ??? [15:12:08] [1/2] now it's fine, dude i nearly had a heart attack [15:12:09] [2/2] it was not full loss of css, only flexbox and aligning? [15:13:30] Parser cache might have expired post 1.44 update [15:14:39] couldn't it wait a couple of weeks till i get to laptop 😞 [15:16:27] It would be 15 days from last cache [15:25:43] anyone had problems w/ meta tag description recently? [15:26:31] page info shows what is needed but actual page embed goes w/ actual text on page [15:29:56] other page's info doesn't show image, only text extract, but it appears in embed [15:38:18] We use talk pages a bunch on Equestripedia. Super useful tool. [15:39:09] [1/3] I prefer them over just discord discussion like a lot of wikis use now because [15:39:09] [2/3] 1. Not everyone wants to be in discord [15:39:09] [3/3] 2. They’re easier to organize and maintain. [15:39:19] true [15:39:58] [1/2] but i think wiki forum in this case is much better [15:39:58] [2/2] i haven't tried dpl forum tho [16:15:49] [1/2] why are you like this [16:15:50] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1416094964458328135/IMG_20250912_201521.jpg?ex=68c598b5&is=68c44735&hm=2278d98f5659d47631db522ec43ca92d5ee49488b347f5cf2518bfc3c9e34e59& [16:16:11] tinymedia [16:50:56] Powered by Mediaw [16:52:37] powered by wiki [17:09:45] Wiki [17:10:01] ki? [17:22:48] " * [17:23:02]   [17:30:07] https://cdn.discordapp.com/attachments/407537962553966603/1416113660086063248/2560px-Powered_by_MediaWiki_proposal_28gradient_solid29.png?ex=68c5aa1e&is=68c4589e&hm=3f82ea22b28a4dd27ade311e53b60778ae4970a32dd0dfbdff139fbe44810652& [17:30:16] Yes the logo is wrong but whatever [18:34:59] Greetings, I cant manage to change my wiki logo/favicon to what I want. I have researched and seen some guides, but I couldnt understand a hell. [18:37:41] [1/3] 1. upload image on wiki (135x135 px is preferable size of logo) [18:37:42] [2/3] 2. open the image in full size, i.e. a new tab w/ only image will open - copy that tab's URL [18:37:42] [3/3] 3. insert that URL into setting field [18:38:52] [1/2] settings are in Administration sidebar, Manage this wiki's additional settings link [18:38:53] [2/2] (or go to .../wiki/Special:ManageWiki/settings page) [18:39:01] ^ There's also https://meta.miraheze.org/wiki/Help:How_to_change_my_logo_or_favicon [18:46:38] thxs. worked. I think i failed the second step bc opened new tab in wrong way [19:20:26] What should I do after moving my wiki to a custom domain to make sure the new domain is indexed properly and stuff? [19:20:40] Should I configure anything on Search Console [19:22:39] [1/2] See https://support.google.com/webmasters/answer/9370220?hl=en [19:22:39] [2/2] You'd also want a 301 redirect (step 3 of [[custom domains]]). [19:22:45] [19:23:24] which i already gave them [19:23:44] Bing doesn't have a domain change tool (last time I checked in 2024), unfortunately. So all you can do is hope that they don't mess things up. [19:24:07] Ah nice. Then performing the move on Google Search Console should be pretty easy then. [19:32:19] Good evening, I dont know how is it called, but its the image above the tab which has features of "recent changes" "random page" etc, and how can I change it? [19:45:37] [1/3] actually i checked today search console for the first time in mooonths [19:45:37] [2/3] and it says that only 1page of pizzatower.wiki [19:45:37] [3/3] despite everything ive done for site move/redirect [19:45:49] Β―\_(ツ)_/Β― [19:47:23] @rhinosf1 cc ^, seems like google really hates custom domains or we are fucking something up on our end [19:48:35] Not sure [19:48:46] miraheze.org links still appear in google tho, i guess it still keeps that indexed instead of acknowledging custom [19:49:07] except i can't see stats for old domain in console [19:49:17] you have a redirect too hmm [19:50:34] We can see stats for the old domain [19:50:38] But not the new one [20:33:15] Only one is indexed? Surely you can force an index right [20:33:49] have tried forcing indexing myself, hasn't really worked [20:34:33] By force reindexing I mean you type the page URL in the top bar and use the "request indexing" button for that specific page [20:34:53] You can do it 10 times a day [20:35:05] oh did that long time ago [20:35:10] painfully [20:35:12] for days [20:35:42] exactly what I've been doing, nothing has changed [20:35:48] Odd [20:35:57] yup :3 [20:36:01] Google works in mysterious ways I guess [20:36:19] i stopped caring [20:36:22] not like even they would know these days [20:38:31] At least you appear in Bing/DDG I guess [20:39:46] Did you tell Google the URLs moved or just submit the new URLs? [20:40:48] If you just submitted the new URLs rather than use the domain change button you've probably shot yourself in the foot as it's probably been flagged as duplicate content [20:43:41] i did everything required as fast as i could [20:44:10] exactly site move thing [20:45:36] asked for 301 in phorge, registered new custom domain as new sit, picked the move thing, there banners (this is site is being moved/this site is getting data or something like that) [20:46:08] then old domain site just disappeared from console [20:46:55] we noticed that it's not going well previous summer, it still was shown as in progress [20:47:07] i probably stopped checking console in November [20:50:28] @pskyechology it should tell you which it considers canonical in the indexing report [20:50:47] perhaps the `poweredby_mediawiki.svg` file in the resources folder has been corrupted [20:50:53] doubt it though [20:51:54] https://github.com/wikimedia/mediawiki/blob/master/resources/assets/poweredby_mediawiki.svg is what should be deployed [20:52:28] yea [20:52:51] Which does display an error [20:52:54] is miraheze loading the file directly from there? [20:53:06] or is it on it's servers [20:53:08] [1/2] Google-selected canonical: [20:53:08] [2/2] Inspected URL [20:53:17] That's not what you want [20:53:26] It's cloned to our servers [20:53:29] Then cached twice [20:54:13] I could imagine it being an issue on bitbyte's end then [20:54:35] maybe the browser was running into issues with the svg format or something [20:54:37] idk [20:55:00] idk why you think bitbyte has the issue [20:55:57] https://cdn.discordapp.com/attachments/407537962553966603/1416165462185873568/image.png?ex=68c5da5d&is=68c488dd&hm=1926ff7e0e99979e7e2f119a502df8964018c663af8a291127002ed74b3386a9& [20:56:07] the message above it, silly [20:56:12] ohhh [20:56:46] I see [20:57:23] anyway apparently there is a compact variant for the mediawiki button and it seems to automatically apply based on screen width [20:57:32] [1/2] does this look gud btww? I decided to play around with the file on my mw instance [20:57:32] [2/2] https://cdn.discordapp.com/attachments/407537962553966603/1416165858824159342/image.png?ex=68c5dabb&is=68c4893b&hm=4f6d73a15c82fd1b444547ba62c7905ba8a1075da19d2a71ef5b71f30d90a1b9& [20:57:32] and/or in mobile view [20:57:51] oh I didnt know about that [20:58:34] https://github.com/wikimedia/mediawiki/blob/9d72ddefa0cd281c58ba63ae5aea7f4922a378c9/includes/SetupDynamicConfig.php#L97 [20:59:22] seems to be a 1.44 feature [20:59:23] cool [20:59:47] that explains why it's not like that on my instance loll [20:59:52] I use 1.43 [21:05:53] Also my new pc is gonna arrive inbetween saturday and tuesdayyy [22:13:50] [1/2] Bless the miraheze team for instantly approving my wiki request 😭 [22:13:50] [2/2] Yall make it so convenient for people to use [22:26:20] [1/2] Also does anyone else also prep a bunch of pages/templates at once and then mass save them [22:26:21] [2/2] I find it easier to make similar templates all at the same time, then just save them once I'm done [22:26:50] I feel like it causes a solid block of my just recent changes in the log and wanted to know if else also does this approach [22:36:18] Thank you ChatGPT god's πŸ™ [22:46:40] Wait they use gpt to check and approve wiki requests? [22:46:56] I mean I wouldn't be surprised considering how many are in queue [22:55:08] Yes it is used in the first instance. If it is unsure or needs further clarification it is placed back into the queue for a wiki reviewer to action.