[00:05:14] So I decided to install CreateWiki myself (not starting my own wiki farm, just doing it for science) and I can see why you need help [00:06:19] Same error we’re getting. I’d really appreciate help from SRE. Thanks for taking time to test that Tali! [00:06:42] I think the next step is to create some databases, which I'm about to do [00:06:42] I think SRE maintains is [00:07:11] Okay, if you get it to work, let me know. Thanks a bunch [00:11:51] How’s it going @tali64 ? [00:12:34] Created the `cw_wikis` database, struggling with what I need to put in the tables I need to create [00:14:57] The documentation really needs to be improved. [00:15:40] So I just found a link (https://github.com/miraheze/CreateWiki/blob/master/sql/cw_wikis.sql) that has (I think?) exactly what type of values I need to create [00:15:54] Wow, that’s great! [00:16:02] I’ll share this with our system admin teams [00:16:47] Could you test it and see if it works? [00:16:58] I'm about to [00:17:05] Cool [00:26:24] Running update.php should have created the tables [00:26:32] Did you do that after enabling the extension? [00:26:58] Uhh...no, and now I feel stupid [00:27:34] It's hooked to call https://github.com/miraheze/CreateWiki/blob/master/includes/Hooks/Handlers/Installer.php [00:31:13] Thanks for the help, I’m relaying this to our system admins. How’s it working after updatephp? [00:31:16] i tried doing that and it complained about "uhhh databases don't exist, can't do it until it does" [00:33:05] What's the exact error? The ordering of Installer.php is a little off (ln 47/ln 53), so there might still be a bug [00:33:40] Did you look at the link Tali send to GitHub? Would that work? [00:34:27] You could try manually creating that database and then running update.php [00:34:31] [1/5] [790531982dab59d30428b537] [no req] Wikimedia\Rdbms\DBQueryError: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading or after adding a new extension? [00:34:31] [2/5] Please see https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:Upgrading and https://www.mediawiki.org/wiki/Special:MyLanguage/Manual:How_to_debug for more information. [00:34:31] [3/5] Error 1046: No database selected [00:34:32] [4/5] Function: Wikimedia\Rdbms\Database::select [00:34:32] [5/5] Query: SELECT wiki_dbcluster,wiki_dbname,wiki_deleted,wiki_url,wiki_sitename FROM `cw_wikis` [00:35:15] I mean the error when you run update.php [00:35:27] thats the error when i ran it [00:36:51] That's the sole output of `php maintenance/run.php update` ? [00:44:33] Try setting `$wgCreateWikiDatabase` to the same db host as wgDBname [00:50:17] must not get nerd sniped [00:54:59] @fiddlestix Have you tried this? [01:00:04] I did, but it didn't fix anything [01:02:51] That’s a shame. Really could someone from @Site Reliability Engineers help here? [01:04:16] https://www.mediawiki.org/wiki/Extension_talk:CreateWiki fwiw [01:09:08] Where should I look there? [01:09:59] The thread "Developer's Setup Guide?" seems to list that exact error [01:13:09] Spent at least 20 minutes trying to fix an error with my own CreateWiki installation attempt only to realize that I put `wfLoadSkin( 'CreateWiki')` instead of `wfLoadExtension( 'CreateWiki')` [01:14:59] That’s a shame. Does it work now? [01:15:07] Also; from the thread there’s this: [01:15:09] [1/11] OK, here is the description of my successful, hacky way to set up CreateWiki as just a dependency of ManageWiki: [01:15:10] [2/11] Install and setup mwcli (I am using a development version, v0.8.1-7-g69d1c06) [01:15:10] [3/11] Clone CreateWiki to ${MEDIAWIKI_VOLUMES_CODE}/extensions/CreateWiki [01:15:10] [4/11] Create MySQL instance and Install vanilla MediaWiki by executing mwdev dev mysql create && mwdev dev mw create && mwdev dev mw install --dbtype mysql [01:15:11] [5/11] Append wfLoadExtension( 'CreateWiki' ); and $wgGroupPermissions['sysop']['createwiki'] = true; to your LocalSettings.php which is auto-generated in the previous step. [01:15:11] [6/11] Append require_once "$IP/extensions/CreateWiki/.github/workflows/globals.php"; too. [01:15:11] [7/11] Modify globals.php (see below) [01:15:12] [8/11] Remove SetupAfterCacheHook from extensions/CreateWiki/extension.json [01:15:12] [9/11] Run mwdev dev mw exec -- php maintenance/update.php --quick [01:15:12] [10/11] Restore SetupAfterCacheHook. [01:15:13] [11/11] Run again mwdev dev mw exec -- php maintenance/update.php --quick [01:16:38] Honestly, setting `wgCreateWikiDatabase` and running update.php should work, but I'm not in front of a PC to test that atm [01:16:51] and I do enough of this for my day job [01:31:42] hey for my request stuff, why isn't my reasons showing for helix co's deletion, along with the wiki stuff? [01:31:46] is it the <---? [01:35:00] It was; I have fixed this [01:36:57] typa mistake i would make tbh lol [01:37:22] So, I've been trying to install CreateWiki myself to assist with a few other users attempting the same thing, and I got as far as this before I got stuck: [01:57:15] nvm I had a typo in the template I was using, it’s working as expected lol <3 [02:26:51] Thanks, tali. [02:27:06] So I should probably wait until my wiki is gone before deleting my account right? [02:29:18] It doesn't really matter; both will be gone anyway [02:29:40] but what if my request for deletion is rejected? [02:33:08] I mean in that case it'd just get deleted due to the dormancy policy lmao [03:38:52] Oh okay. [03:43:08] well I put up the deletion and all, so i guess now I can delete the miraheze stuff and move on. Well it was nice, but now I can slowly move on as RevenHelix. Thanks alot of you for your help as I had some fun on this cool wiki place for everyone! Thanks and goodbye and good luck to every wiki person here! [06:15:34] Make the directory writable [06:16:41] Unless you have a good dev & SRE, you will struggle with CreateWiki [07:41:26] Preach [08:44:04] I did do that once, failed... [10:38:50] Hello, it's me, Szczypak64 and I need to unlock my account. [11:15:31] <_sentinel.> My wiki skin is still on default (never touched em) so it's probably not something done on my end [11:16:20] <_sentinel.> Everything appearance-wise for the wiki was kept as default and never touched if that's helpful [12:24:09] lol [12:26:08] Have y'all solved it yet [12:26:28] No [12:26:52] <:angerycat:771064459548164116> [12:26:56] I'm just trying to make the directory writable.. [12:27:04] what happened to foxes? [12:28:19] And why the y'all? [12:29:10] I say y'all a lot [12:29:27] Are you Novem Linguae in disguise as a fox? [12:29:51] On another note, if you do want to fix it for us, feel free. 🙂 [14:31:08] @theresnotime I could also just pay you if you want lol [14:58:37] I doubt the extension create wiki will work... [15:03:02] It works perfectly fine [15:03:08] It just needs the right moon cycle [15:03:24] And a dance to the wiki gods [15:28:34] It will. [15:42:31] Lol. Any tips other then that? [15:57:07] Ok [15:57:12] https://tenor.com/view/leslie-jordan-leslie-belly-dancing-belly-dance-dancing-gif-25526487 [15:57:17] There's the dance to the wiki gods. [15:57:47] Moderators please remove [16:01:13] Thats inappropriate [16:01:55] I was joking… [16:02:27] The man is showing his stomach [16:02:35] Gross [16:02:39] It's...certainly unusual, but I don't see how it's inappropriate [16:02:44] I have a stomach too… [16:06:29] I would sure hope so xD [16:07:03] 🤣🤣🤣 [16:07:08] I don't have a stomach [16:10:49] weirdo... [16:11:08] who doesn't have a stomach, other than chatGPT... [16:41:56] Well now you have to post a picture to prove it then [16:43:11] It’s installed. Now we get to do bug fixing. [17:06:43] The fun bit... [17:06:47] lol [17:10:23] What resolved the installation issue? [17:10:46] (keep notes if you can, it's helpful for others) [17:12:06] It’s not completely done. We still have to set up database suffixes [17:25:00] How do I change the background color of the main content section? background-color doesn't seem to change anything other than the color of background outside the content section [17:25:48] then you picked the wrong class/id for that [17:25:53] which skin? [17:26:14] Vector-2022 [17:27:04] and you put the code in MediaWiki:Vector-2022.css? [17:28:35] I'm on mobile rn tho, so can't check which class is the right one [17:29:56] I didn't, I put it in Main Page/styles.css and put that inside the page. Also hmm.. there's nothing in MediaWiki:Vector-2022.css for some reason [17:30:10] wait a second [17:30:36] you want to modify only main page or the entire wiki? [17:30:47] The entire wiki [17:30:59] I only did it in the main page for testing [17:31:18] it doesn't quite work like that [17:32:23] [1/2] for testing purposes you can use `User:`your username`/common.css` page [17:32:23] [2/2] as for actually applying new look you should use skin specific CSS pages, which are empty by default [17:32:42] oh I see [17:32:51] also [17:33:32] is it wikiname/wiki/MediaWiki:Vector-2022.css ? [17:33:43] from my experience, Vector 2022 somehow works from normal MediaWiki:Vector.css page, like - only unique to new versions parts has to be modified on Vector-2022.css [17:34:13] hmm [17:34:38] [1/2] yes, correct [17:34:39] [2/2] I can link pages from my wiki and you might try some bits, as I can't tell which is where [17:35:04] sure, that'll work too. I won't modify anything [17:35:32] I mean, you can test on your wiki w/ whatever you want for it [17:35:49] [1/2] [17:35:50] [2/2] [17:36:14] thank you! [17:36:55] ah [17:37:09] apparently my wiki now looks bad in Vector 2022 lol [17:37:21] Oof [17:37:23] I haven't checked since the weird bug [17:37:34] which forced me to work on this skin [17:38:01] I see [17:38:29] Is there a reason why MediaWiki:Vector-2022.css doesn't exist for me? [17:38:50] it doesn't exist by default, you just gotta create it [17:38:56] Ah ok [17:39:19] I copied-and-paste your source code and it worked, thanks!! [17:39:41] Now I know where to put the code \:) [17:39:56] there's also MediaWiki:Common.css - code from this page will work on any skin, but it's better to use for stuff like tables, templates, etc [17:40:38] Oh yeah I tried to put code in Common.css too. I think it wasn't working for some reason? I'll try again it's been a while since I tried it [18:31:53] Remember that wiki farm we're trying to make? [18:32:29] yes lol [18:32:31] I helped make it lol [18:34:18] Or rather helped break it lol [18:34:48] @theresnotime can you give any advice to fix the ghost users that are in the system, I've cleared the database multiple times and CA still thinks the users exist. [18:35:46] Bonus points for anyone willing to get CreateWiki and ManageWiki to work... [18:36:00] then you didn't clear the database [18:36:11] I did [18:36:16] Which entries in which tables? [18:36:23] every entry in every table... [18:36:41] It's these stupid cPanel website hosts, though it makes DB manipulation so much easier... [18:37:02] I can't be bothered to write a SQL query to clear each table when a program can do it for me... [18:38:06] @theresnotime join us [18:38:22] Courtesy ping @theresnotime in case you didn't bother reading lol. [18:39:07] Sammy, see your DMs. Antisoam won’t let me send the link [18:39:25] You need to /auth to post links [18:39:26] With all due respect this really is my day job and both centralauth and createwiki are poorly designed, maintained and documented extensions which I don't want to spend time on 😅 [18:39:41] its good lol [18:40:43] you do? [18:41:18] I know, but just once :)... [18:41:56] Or can you find the right people :0 [18:42:13] I'm certain y'all will figure it out ^^ [18:42:52] When we all die without figuring out, you owe us 1 wikifarm, just so you know... [18:43:26] this is also Miraheze so it's not even like donating my time to that [18:44:01] I like how you edited the message after that lol [19:12:53] CosmicAlpha, but he's on his own wiki farm now [19:13:17] I know about Cosmic... [19:13:27] You want to convince him for me @theoneandonlylegroom ... [19:13:43] pff no [19:14:07] I don't have such good contact w/ him lol [19:14:07] Can’t say I blame you @theoneandonlylegroom [19:24:03] Hello [19:24:04] i need help to install cosmo [19:24:31] Go to Special:ManageWiki/extensions, go to the "Skins" tab, and tick the "Cosmos" box [19:24:41] is CosmicAlpha here, he's the pne who made it [19:24:55] ok [19:24:57] which site [19:25:04] my wiki? [19:25:09] Yes [19:25:18] ok [19:26:06] thanks [19:26:37] now how i add it as my theme? [19:27:40] sorry for bothering [19:28:32] just to clarify, you have a wiki on Miraheze? [19:28:38] yes [19:29:33] https://tokusatsu.miraheze.org/ [19:30:08] i had went on additional settings and it does not show cosmos. [19:35:42] Yeah I have a wiki on miraheze [19:37:22] [1/2] 1 - enable Cosmos in extensions admin menu, skins tab - make sure you saved changes, there's separate button for that [19:37:22] [2/2] 2 - go to additional settings, styling tab - there must be default skin setting [19:37:41] Oh ok [19:39:17] @globe_x @zippybonzo just letting yall know im friends with comicalpha he would for sure help me if i asked him to [19:40:22] Okay, then ask [19:46:08] Oh [19:46:23] Some people said miraheze isn't good [19:51:34] [1/3] ``` [19:51:34] [2/3] [e5dcb2b04771224178adf126] /index.php/Special:RequestWikiQueue/3 InvalidArgumentException: DB connection domain 'thetunsk_metawiki' does not match 'thetunsk_metawiki-mwij_' [19:51:35] [3/3] ``` [19:51:41] not really sure what to do [19:53:05] Suffix isn't set correctly? [19:53:34] It's set to `wiki` [19:55:38] suffix/prefix, whatever is adding/expecting `-mwij_` [19:55:52] got any details to support that claim [19:58:43] tbf CA seems to have its limits with large wiki farms (something i don't think the wmf have hit). [19:59:00] especially as on Special:CentralAuth it displays edits a user has made on each wiki [19:59:15] imagine if you had 10 mil wikis and you were on like 1 mil 😂 [20:00:08] also having to create a local account on all wikis which would make signing up or logging in super slow. (i think, correct me if i'm wrong). [20:00:26] we've hit some of those bottlenecks 😦 [20:00:50] (Only on first attachment, but yeah it's still very meh) [20:01:50] I keep my CA-enabled local dev environment entirely separate from my day to day dev environment, namely because CA tends to screw with things and break easily [20:03:09] we've had to seperate beta cluster from prod because it seems to interfere with prods ca [20:03:50] a month ago i got it to use its own memcache instance as not to impact our prod memcache (as it seems to have caused session issues for several users here including me) [20:05:55] CA performs poorly for logins when the account is attached to a large number of wikis. Unless that's been patched recently, myself and a few others used to frequently hit timeouts when attempting to login. [20:06:18] I can believe that [20:06:50] If we get an order of magnitude or two more wikis, we may either need to refactor CentralAuth or switch to an entirely different SUL system. [20:08:23] Feel like that'd be a pretty involved rewrite of CA [20:09:01] Glad wmf will likely never hit that limit 😌 [20:09:30] Neither option is very exciting tbh [20:10:55] I guess just "failing successfully" at timeout and only logging in to however many it manages to is a janky middle ground [20:11:15] It'll mean people have to log in again on certain wikis but 🤷‍♀️ [20:13:25] Only logging in on visit would probably be my pick unless there's a compelling reason that can't be done [20:15:52] Offtopic, but I've been helping a few users set up a wiki farm and this error pops up when trying to handle/edit requests: [20:16:40] It says that `cw_bio` can't be null, but I don't know what I should do to fix it (I've looked at the available documentation, but it says nothing about a `cw_bio` [20:17:18] inb4 change the schema to allow it to be null [20:17:38] SUL3 [20:18:00] CentralAuth isn't even long term viable for the WMF [20:18:12] Any ideas [20:18:33] tbh, might be the easiest solution :P [20:18:42] Make it nullable? [20:18:48] mhm [20:19:07] I don't know what that column is for so maybe it'll break stuff 😌 [20:19:37] I think that query might be broken [20:20:04] @tali64 do you think that would work? [20:20:06] Temporarily, set `wgCreateWikiShowBiographicalOption` to true [20:20:23] Also, someone really should update the documentation of create wiki. [20:21:40] Besides the big "this was built for Miraheze and probably won't work for you" bit? [20:22:06] Then again, doesn't stop people using CA with its "please don't use this" banner [20:22:35] I'm pretty sure somewhere it's returning null when it shouldn't add the parameter [20:22:48] It's probably a broken if logic [20:22:55] Oi [20:23:04] This appears to have worked, though requests still can't be declined or put on hold due to an unrelated error [20:23:23] Someone should type check CreateWiki [20:23:27] Error after error after errror [20:23:43] tbf ca is easier to setup [20:23:51] Cause is that the request wiki edit uses `$request->bio = $formData['edit-bio'];`, but that form data may be null due to not existing if the option isn't enabled. [20:24:09] It is, that's true ^^ [20:24:35] until it isn't, and breaks for no reason [20:25:43] [1/2] > If you end up using this extension on a third-party wiki, it is likely that you will end up having to troubleshoot complex issues that potentially require diving into the source code to resolve. [20:25:43] [2/2] on CA was less true for me, that should be added to createwiki :p [20:27:28] Unwritten rule that my team will never touch CA 😌 [20:27:36] Should be ?? '0' [20:27:40] Or something like that [20:27:42] On the end [20:27:45] I'm sleepy [20:27:51] yeah, writing patch [20:27:57] Thank you! [20:28:36] _edits Developers/Maintainers and adds TNT's WMF account_ [20:28:41] What team are you? [20:28:47] Community Tech [20:28:52] Ah you are [20:29:03] Is musik still there too? [20:29:10] Yeah! ^^ [20:29:30] I should just add CentralAuth to community wishlist then [20:30:04] https://tenor.com/view/bridgerton-eloise-claudia-jessie-no-nope-gif-25231632 [20:30:09] No one loves CentralAuth [20:30:18] Well Amir probably loves to hate it [20:30:57] So, what will the result of the patch be? [20:33:04] [20:33:48] The error about cw_bio can't be null won't happen anymore [20:33:58] Great, thanks [20:34:28] [1/2] Does anyone, know why these two are so different, I copied the exact code from Wikipedia [20:34:28] [2/2] (First one is Miraheze) [20:35:15] Missing a lot [20:35:21] thinking mostly about the first one not looking like a box, and not having the colored lines [20:35:22] CSS, dependant templates [20:35:36] so it's not possible on miraheze? [20:35:38] Not got TemplateStyles extension [20:35:41] It's possible [20:35:55] But importing from Wikipedia has a lot of dependencies [20:36:10] We have a few guides for make your own infobox that's 99% right pinned [20:36:13] I imported what I could from Mirazehe, but they were no infobox election [20:38:11] The sun infobox templates should be reproducible with minimal effort [20:38:26] i guess we could introduce an option to disable the things that cause a performance hit like edits etc (anything that opens each wiki db to check stuff) [20:38:32] You should recreate Template:Infobox from our guides [20:38:42] should probably make it so it's a list view as well. [20:39:05] And then copy across template:infobox election from Wikipedia [20:39:33] well the current template:infobox I have, is the one I imported from Miraheze [20:39:36] It could probably use querycache in an SUL3 world. Maybe disable CentralAuth view on non central wikis too [20:39:50] we have querycache disabled [20:39:59] @paladox well memcache then [20:40:00] A cache [20:40:35] well sure i guess. But it's still a high performance hit on if the entry isn't there or when things get updated. [20:41:08] Yes but there's a higher chance of a cache hit in SUL3 [20:41:20] And you could do some invalidations in a job [20:42:13] I don't think too much needs to lock a request that's a huge query [20:42:17] what's sul3. I know CA mentions SUL2. [20:42:31] The next generation of CentralAuth [20:42:44] That makes CentralAuth more of an SSO provider [20:42:57] oh [20:43:12] It should get rid of a lot of the concerns in theory [20:43:20] For us [20:43:38] But I'm a bit concerned we'll need it before it reaches a REL1_X [20:43:46] And we'll have to maintain our own backports [20:44:15] SUL2 will break with the cookie changes [20:44:17] Eventually [20:44:35] it says "Module:Infobox/styles.css", but when I import it from Miraheze onto my wiki, it says "The document contains errors. Are you sure you want to publish?" [20:44:40] and then I can't publish [20:44:53] Do you have template styles enabled? [20:45:15] how to do that, 🤣 ? [20:45:30] SUL2 i'm not sure is an option for us [20:45:55] that would be really a downgrade and would mean people would have to login per wiki and cause other problems i guess? [20:47:10] Special:ManageWiki/extensions, look for TemplateStyles and enable it [20:50:33] great, that page could be added now, thanks 🙂 [20:53:28] [1/2] alright, now it's almost the same, thanks a lot @tali64 and @rhinosf1 . [20:53:28] [2/2] However, the colored "lines" in the wiki picture doesn't appear on Miraheze, do you know why? [20:56:19] good evening. i have a question. Does anyone know about a discord bot/ api for uploading and/or editing miraheze wiki articles? [20:57:25] [1/3] 503 error: [20:57:26] [2/3] > Error 503 Backend fetch failed, forwarded for 2600:4041:7a39:9500:71be:12b7:371b:4bb2, 127.0.0.1 [20:57:26] [3/3] > (Varnish XID 481468430) via cp33 at Sun, 30 Jul 2023 20:56:38 GMT. [20:57:53] oop, it's back [21:08:21] just received a few of these errors, too [21:08:43] I’m sure SRE team will know what’s wrong already [21:45:50] (to add updated pictures), I've made everything work, except having the color lines like on Wikipedia (second picture) on my Miraheze (first picture), anyone know why? 🙂 [21:46:58] you're missing the templates that add the respective party's colors and names [21:47:28] templates? I have added a module code so that each party has a color assigned [21:47:37] what are the templates I might be missing? [21:48:44] ah I see, you have the modules instead [21:49:35] The templates I'm referring to are an older version to do it, similar to this: https://en.wikipedia.org/wiki/Template:Democratic_Party_(US)/meta/shading [21:50:19] party name/meta/color and party name/meta/shortname [21:50:26] thanks :), I will try and see if it works by adding a template [21:54:23] [1/3] Do you by chance now how to make a straight line in similar style to how you can add color boxes to a page [21:54:23] [2/3] "{{color box|{{party color|Socialdemokratiet}}" [21:54:23] https://meta.miraheze.org/wiki/Template:color_box [21:54:24] [3/3] but a line instead? [22:48:23] nvm [22:48:24] i got it