[00:45:29] Okay, for anyone that has been along this traumatic journey with CentralAuth, I think I have solved most of the issues. There's one remaining, however: when I get to the screen to click "unify accounts" tells me: [00:45:30] `The password and email address set at this wiki will be used for your unified account. [00:45:30] localhost (home wiki)` [00:45:31] How do I change this to not be localhost? [00:53:01] is wgSitename set? [00:57:15] Yeah, it is [00:58:41] Guest111: tldr; CentralAuth isn't really recommended outside the wmf cluster, SharedTables is simpler and recommend (Unless your wikis have been already been running and can't be merged easily), which is why some of the documents aren't the best [00:59:39] I know it isn't recommended. I'm nearly at the end, it's just a case of tidying a few things up, I think. [01:43:38] how reset password? [01:57:16] tgh: maybe you mean Special:ChangePassword or Special:ResetPassword [01:57:43] l cannot [01:58:17] click Special:ResetPassword [01:58:54] Type Special:ResetPassword in your MediaWiki browser [01:59:15] in metawiki [01:59:44] i need reset password on metawuju [01:59:51] iki [02:00:09] then use https://meta.wikimedia.org/wiki/Special:ResetPassword [02:00:44] or if you don't have the password, use https://meta.wikimedia.org/wiki/Special:PasswordReset [02:01:07] doesn't show up [02:01:59] i know my ip was blocked ,but [02:02:14] autoblock [02:02:39] tgh: If it does not appear, it is because you may not be logged in or you need to enter your current credentials to confirm that it is you. [02:02:40] need clean cookie [02:03:50] know i go to reset password on meta [02:04:26] i am on Internet Cafe [02:05:04] a LTA Using this Pc [07:06:35] youtube.com/watch?v=dQw4w9WgXcQ <--- Using that as input in RefToolbar citation generator (clicking "Autofill" magnifying glass), the output looks wrong. I'm working on developing an alternative backend solution to replace the reftoolbar.toolforge.org site. Also I just noticed that Toolforge allows anyone to create or deploy tools. Ah, that makes sense why the domain is used. I get it now. I wonder then if after I [07:06:35] finish working on my alternative backend solution if I can deploy it on Toolforge as well. [11:48:14] Is there a standard way to get info from Page Props on the client side? Some existing thing in the MW JS. Good to avoid reinventing the wheel if it already exists. Not seeing any page props stuff at https://www.mediawiki.org/wiki/ResourceLoader/Core_modules [18:15:50] I'm having more issues with CentralAuth if anyone is able to assist. [18:15:50] These are my cookie settings, but It isn't logging me in across all of the wikis and I have to keep logging in? > https://dpaste.org/j6Ap [18:15:51] Also, when visiting Special:MergeAccount, I get this error, but only on one account, it doesn't happen on other accounts? > https://dpaste.org/L1cW [18:24:39] You've probably got a bad localuser row [18:27:38] In my database? [18:28:29] Yeah [18:28:53] How would I check? [18:30:22] select * from localuser [18:31:55] Hmm interesting. [18:31:59] Should usernames be repeated? [18:32:02] yeah [18:33:19] How do I know if there's an issue based on what I'm seeing, then? the only thing different between the username causing the issue is the `lu_attached_method`, one is password, and one is primary? [18:33:33] It's not that [18:33:40] You're trying to find where testwiki is [18:33:45] is being used [18:34:44] It's the database of one of my wikis? [18:34:57] If you're getting... [18:34:58] >[0a0221236108fbc465fc6927] /wiki/Special:MergeAccount Exception: Invalid wiki: testwiki [18:35:02] You've not configured something correctly [18:36:06] Perhaps it's my central auth settings, but I'm pretty sure they're configured properly > https://pastebin.com/RrV92rEj [18:36:42] looks like you're calling it testingwiki not testwiki [18:40:14] Ah that works. I thought that had to be the identifier before the .subdomain.com rather than the database name. [18:41:38] Cookies still seem to be misbehaving, though. For example, I can be logged into two different accounts on two different wikis despite setting the cookie settings accordingly. [18:41:42] The code makes a few weird assumptions for dbnames and suffixes [18:41:56] Which leads WMF to have some... odd dbnames [20:03:34] How can I solve this issue for my cookies? I'm pretty sure the code is right, it's just not working. [20:03:36] https://dpaste.org/rKsc [20:09:29] See I don't actually think its setting the cookie, from what I can see. Has the code changed from that which is on the Extensions article? [23:12:14] Anyone know why I'm getting a blank screen here? https://citizensleeper.whiki.online I've tried to enable debugging [23:12:15] error_reporting( -1 ); [23:12:15] ini_set( 'display_errors', 1 ); [23:12:16] but its still not showing anything? [23:13:43] !blankpage [23:13:43] A blank page or HTTP 500 error usually indicates a fatal PHP error. For information on debugging (including viewing errors), see . [23:14:27] Did you add it in the right place? [23:15:47] You might also need ini_set( 'display_startup_errors', 1 ); [23:19:00] Reedy, yeah to the top just after I get this in the error log: [23:19:10] PHP Fatal error: Cannot redeclare efGetSiteParams() (previously declared in /var/www/html/mediawiki/LocalSettings.php:86) in /var/www/html/mediawiki/CitizenSleeperLocalSettings.php on line 277 [23:19:29] But I haven't even changed that setting before it started throwing the error? [23:21:07] Something obviously changed :) [23:21:09] I can't get some of the node modules to import,but whatever https://jsfiddle.net/80j1nzkc/3/ Are there any other tests to check for user input to convert into a valid identifiable url? [23:22:19] I was trying to change the upload directory but wasn't anywhere near that setting, hmm. [23:28:56] I just generated a whole new LocalSettings file for that wiki and the same thing is still happening? [23:30:32] Exactly the same error [23:30:46] *? [23:31:04] efGetSiteParams isn't something MW generates [23:31:45] Vagrant does create one... But I'm guessing you're not using Vagrant [23:31:57] I get this now: https://dpaste.org/QwGm [23:32:01] Nope, not vagrant [23:32:09] That's easy to fix [23:32:23] if you're using wfLoadExtensions use wfLoadExtensions( [ 'Name' ] ); [23:32:31] Or if it's just one extension, replace wfLoadExtensions with wfLoadExtension [23:33:34] I'm not using wfLoadExtensions anywhere as far as I'm aware. [23:33:44] just "wfLoadExtension" [23:33:47] it says you are in /var/www/html/mediawiki/TestLocalSettings.php [23:37:14] Weird, I just double checked and I'm not. The error points to line 189 but TestLocalSettings.php only has 183 lines. [23:40:13] Weird line endings? [23:40:47] I'm back to the original error now. [23:41:31] Which is weird because the line its citing is the same as in two other wiki settings and they're working perfectly. [23:52:52] (Okay, I've solved that error — I moved all of my common $wg variables into one document before and left some behind by mistake). [23:52:52] I was actually trying to set up a different directory for image uploads as at the moment they're conflicting. I believe I can just create a new folder in /images and then set this, right? [23:52:53] $wgUploadDirectory = "$wgResourceBasePath/images/folderhere"; [23:52:53] $wgUploadPath = "$wgScriptPath/folderher [23:52:54] Right? [23:53:59] Your script path won't be the images folder [23:54:36] It's okay to leave them default then? [23:54:43] And using wgResourceBasePath feels odd too [23:55:18] What's the alternative? [23:55:28] I can leave $wgUploadPath default, then? [23:56:08] !wg UploadPath [23:56:08] https://www.mediawiki.org/wiki/Manual:%24wgUploadPath [23:56:15] !wg UploadDirectory [23:56:15] https://www.mediawiki.org/wiki/Manual:%24wgUploadDirectory [23:58:19] (I'm following those they're bit ambiguous) [23:58:30] I was more referencing them for the defaults [23:59:28] but if you do [23:59:43] $wgUploadPath = "{$wgScriptPath}/images/folderhere";