[00:01:51] jhf2442: no, the tarball has a specific build process, it's different enough to be noticable [00:03:22] OK, will have another look at it tomorrow - getting too late for now. Many thanks for your support [00:13:00] well, depth 0 doesn't work, you have to use depth 1 :P [00:24:51] Anyone have a _working_ example of CentralAuth other than wikipedia.org? [00:25:05] preferably on mw REL1_28 [00:25:36] Don't use CentralAuth [00:25:41] It's a bad idea [00:25:45] Also 1.28 is EOL [00:26:35] Somebody else setup CentralAuth, but left. I inherited the mess. I'm trying to put it all back together. [00:26:56] Oh no :( [00:27:05] Well then I'd just copy the Wikimedia configuration [00:27:51] https://noc.wikimedia.org/conf/ CommonSettings and InitialiseSettings. Also look at wgConf.php [00:28:24] Do note that rarely are bugfixes backported, you might need to follow master git log yourself [00:28:48] right; thanks. I've looked at them before, but should review it again. [00:29:01] freephile: look at the in php code docs for the SiteConfiguration class maybe [00:30:13] One error I'm getting is Fatal error: Call to a member function getCanonicalServer() on null in /opt/htdocs/mediawiki/extensions/CentralAuth/includes/CentralAuthHooks.php on line 1046 [00:30:37] that means it doesn't like your $wgConf [00:30:41] can you paste how you've set it up? [00:30:56] and also Exception from line 698 of /opt/htdocs/mediawiki/extensions/CentralAuth/includes/specials/SpecialCentralAuth.php: SpecialCentralAuth::foreignUserLink Invalid wiki: wiki_cod [00:31:27] $wgConf expects the suffixes to be consistent, not prefixes [00:32:14] So, that tells me that WikiMap::getWiki( wfWikiID() ) is not working [00:32:20] Yeah [00:32:27] there are 2 or 3 settings that have to be in $wgConf [00:32:31] I have no suffixes [00:32:35] looking at the source code will probably tell you which is missing [00:35:50] Here is the complete config I'm working with https://freephile.org/wiki/CentralAuth [01:05:58] legoktm: if the actual MySQL database names are e.g. wiki_cod and I don't specify any "suffixes" (because I don't use them) are there certain keys to $wgConf that should only use 'cod' as an identifer, or should I use the full database name? [06:40:47] is there a plugin for mediawiki that can organize tables that are templates like this? https://www.speedrun.com/sm64 [06:41:33] right now i have a ton of tables on a single page that are references to separate pages containing each table and i'd like to add a tab and drop down menu system like this [08:40:04] Hello [08:40:35] Is it possible to edit the Name of an already created page? [08:51:28] DL2ROY: yes, you can "move" the page to the new name [08:51:44] DL2ROY: https://www.mediawiki.org/wiki/Help:Moving_a_page [08:54:13] thx a lot :-) [09:25:41] our MW shall be accessable via tor. the onion service is set up but MW always rewrites the url to the default domain, instead the onion address should be preserved. if found this idea proposal but it does not say if this was implemented. did anybody set it up like this or is there a better way to go? https://meta.wikimedia.org/wiki/Grants:IdeaLab/A_Tor_Onion_Service_for_Wikipedia [09:27:13] traumschule: what is your $wgServer set to? [09:28:28] also which MediaWiki version are you running? [09:31:06] legoktm: 1.29.2 / the domain name. i tried it with "./" as suggested in https://www.mediawiki.org/wiki/Manual:$wgServer#Universal_value but then it got rewritten to /$LANG [09:32:06] by "rewritten" do you mean that MediaWiki is redirecting you to a different page (301/302) or the links are pointing to the wrong place? [09:36:05] legoktm: i guess it redirects the page to /$lang and fails to resolve it [09:38:40] is this a publicly accessible wiki that I could look at? [09:44:57] legoktm: sure, I set it back to './', try 'wget beta.hitchwiki.org' to see the wrong redirect [09:47:42] km@km-pt ~> curl -I "http://beta.hitchwiki.org" [09:47:43] Location: https://dev.hitchwiki.org [09:47:54] km@km-pt ~> curl -I "https://dev.hitchwiki.org" [09:47:54] Location: https:////en/Main_Page [09:47:58] ouch that's totally broken [09:48:36] traumschule: try commenting out the $wgServer line entirely? MW should be able to autodetect it. [09:48:49] also is en your script path or something? [09:52:15] wonderful, works: http:/6pna4byhdcdyprdc.onion [09:52:31] $wgScriptPath = '/' . $hwLang; [09:53:01] we have several languages so it needs to be dynamic [09:55:20] nice :D [09:55:40] so the problem was hardcoding $wgServer instead of letting MW autodetect it? [09:56:32] yesm it was not documented that this is possible or I read over it [09:58:55] https://www.mediawiki.org/wiki/Manual:$wgServer#Autodetection but it's a little buried [09:59:41] ok, i was blind. thanks legoktm you saved me saved me some ours from setting up a mirror! [10:00:01] glad to help :) [10:13:34] i have another issue on my list. for the beta we want to regularly import an xml dump from hitchwiki.org. i wrote an ansible role that builds mwdumper that converts it to sql and pipes it to mysql. this is much faster than using importDump.php, although rebuilding recentchanges and all pages takes some time too. is this the best practice or have there been updates? [10:13:39] https://github.com/traumschule/hitchwiki/blob/migrate/roles/migrate/tasks/main.yml [10:18:46] I don't think importing direct SQL is a good idea, you should still go through importDump.php for consistency, especially with any extensions [10:21:15] sounds like a good adivce but i am a bit afraid that this fails I end up managing that script ie grepping its output and trying to automatically rerun it [10:22:37] or is it failsave enough to retry from alone? [10:33:44] What config string should I add to LocalSettings.php to make user foobar admin? [10:35:23] Han: that's stored in the database, not LocalSettings.php, see https://www.mediawiki.org/wiki/Help:User_rights_and_groups [10:36:06] ok, thanks [10:37:13] Han: you can add admins with php maintenance/createAndPromote.php --bureaucrat --sysop --bot --force NAME PASSWORD [10:41:29] traumschule, ah, that makes life a lot easier [14:09:32] Hi, https://www.mediawiki.org/wiki/Extension:ParserMigration Is this extension for replacing Tidy with RemexHTmL? [14:39:47] slushpuppy: Kind of. It's to help with the migration/transition [14:59:16] Reedy, Wait, whats the migration process? I am on 1.28 [14:59:41] It's not a done deal [14:59:52] "It provides an interface for comparing article rendering with a new non-default version of the MediaWiki parser thus serving as a parser migration tool. [14:59:52] It is currently deployed on the Wikimedia production cluster to compare Tidy-based output with a RemexHTML-based output. RemexHTML is a proposed replacement for Tidy." [14:59:57] As the extension page itself says [16:00:39] Thanks Reedy [16:00:53] I am not sure why infoboxes are doing this: https://i.imgur.com/6DrD4ij.png [16:02:55] Is there a way to made the #mw-toolbar scrollable on mobile? I'm working with someone to make a site more mobile friendly and the initial scale is set to 1 so the #page-tools do not all fit on the screen as they are so the layout is broken. I want to be able to scroll sideways in order to see the remaining tools. [16:21:20] hey on wikipedia... on the sidebar (left)... any ideas how they've got the 'Donate to Wikipedia' list item - to show a message when you hover it? [16:21:48] normally it'd be a tag in html with title= - but can't find the equivalent to use in MediaWiki:Sidebar [16:29:07] stevenm__: [16:30:07] it's MediaWiki:tooltip-n-sitesupport [16:30:21] -n- is the section where it is in. [16:30:40] and the postfix, is the same name, as used for the pagename of the description. [16:31:30] See also Mediawiki:Sidebar and MediaWiki:sitesupport [16:32:08] you can easily find out things like this, by viewing a page with the message key language. https://en.wikipedia.org/wiki/MediaWiki:Sidebar?uselang=qqx [16:33:36] ok that explains it [16:33:47] it's clumsy (imo) but thanks [16:34:12] yeah, we have many clumsy things. it's all adhoc design from 17 years ago :) [16:34:53] has anyone ever thought of starting again? :D making a new engine that's backwards compatible with the markup of the actual content? [16:35:33] we can't even get a skin changed.. people are... attached to their ways.... [16:35:39] :) [16:36:08] my common.css is crazy at this point - technically i'm using normal vector on 1.27 - but with my css changes its almost unrecognizable [16:36:39] my lift is here yay - NO MORE WORK WOO [16:36:42] bye thanks again thedj [16:36:43] * stevenm__ gone [16:36:50] np [22:55:08] hi, there, I get an error: LogicException from line 193 of /vagrant/mediawiki/includes/jobqueue/JobQueueGroup.php: Domain 'wikidatawiki' is not recognized. [22:55:25] I had a wiki called wikidata wiki registered some time at this wiki cluster, but I removed it and all the config pointed on it [22:55:30] I get this exception now on login [23:01:02] hm, it looks like I found the problem: there is still a linked account at centralauth. is there a maintenance script to remove that? [23:18:48] I think it's a manual db query