[06:39:52] Hey folks! How can I use a template as a name in gallery? [06:39:52] Image:Big-2.png|link=02|''{{Index2Name|02}}'' [06:40:06] Index2Name doesn't work there [07:21:01] Even `[[Pokemon/Pokedex/{{Pokemon/Poke/Index2Name|001}}|{{Pokemon/Poke/Index2Name|001}}]]` doesn't work inside a table :/ [10:25:15] Hi, i am trying to get LdapAuth extension to work with Ldap but since i get some trouble to have it working ( https://github.com/shanept/mediawiki-LdapAuth/issues/3 ), do you use some other extension to have ldap working with authentification ? [12:00:20] Christoph Jauera @WMDE-Fisch posted in Include mobileapps services into RESTbase locally - https://discourse-mediawiki.wmflabs.org/t/include-mobileapps-services-into-restbase-locally/1153/1 [12:29:25] Hi, can you use Media Wiki to Link a File from my Computer (Mac) so I can always Click on the Link and it opens the File from my Time Capsule ? [14:23:22] Skizzerz: here? [14:32:47] @CreativeC posted in Using other languages of ACE Editor from CodeEditor - https://discourse-mediawiki.wmflabs.org/t/using-other-languages-of-ace-editor-from-codeeditor/1154/1 [14:37:14] @CreativeC posted in Remove ⧼wikibase-sitelinks⧽ - https://discourse-mediawiki.wmflabs.org/t/remove-wikibase-sitelinks/1155/1 [15:17:42] How anybody got any idea how to edit images, not their thumbnails when uploading? [16:24:54] tgr: do you mind a question pm non mediawiki related? [16:38:02] Skizzerz: here? [16:51:43] biberao: hmm? [16:53:57] can i pm you? [16:54:21] maybe [16:54:31] looks like you shouldn't have problems [16:54:36] (I block PMs from unidentified users) [18:32:27] Hi and big thank you thank you for the most awesome wiki engine in the Laniakea Supercluster and a few adjacent galaxies [18:32:44] I think I may have spotted a bug with the externsion distributor [18:33:18] when trying to get extension Scribunto it gave me an URL https://www.mediawiki.org/w/index.php?title=Special:ExtensionDistributor//&extdistname=Scribunto&extdistversion=REL1_32 which did not work [18:33:36] then I removed one slash from where you see two slashes and it worked ok [18:33:51] just thought someone might want to take a look at why it did that [18:41:31] I just noticed that the double slash occours when I hit the "back"-button when on a page stating that a snapshot of the extension has been made [18:50:41] Should I enable the new skins that came with the 1.32.0 tarball? Is there any reason not to do so? Are they any cool? [19:00:22] I can confirm that when going back to the extension distributor with the "back"-button (of the browser) the double slash appears. I'm not sure if this is a bug or not [19:03:06] I'm trying to put PAGENAME in as a default for a template parameter but it's not working correctly. I have [[Media:{{{3|{{PAGENAME}}}}}.pdf]] but it's not displaying correctly [19:07:41] It's just displaying the full link instead of making a link. It's typing out [[Media:name.pdf] instead of making a link to the media name.pdf [19:08:03] with the extra ] -- I didn't want to trigger any bots that would think I was trying to link to that [19:23:46] Uhh.. running update.php on a wiki family of 2 members I get an error that the Wikibase-extension does not find some class [19:40:19] uh-oh.. these instructions are not working for some reason https://www.mediawiki.org/wiki/Manual:Wiki_family#Updating_wikifarm_from_the_commandline [19:41:02] when I've set and exported SERVER_NAME=test.consumerium.org the update.php tries an insert into the wrong database [19:41:18] and that causes the update.php to bail out with errors [19:42:55] This '$wikiId = MW_DB;' is probably causing the update script to try to manipulate the wrong database .. but with the database username of the correct database [19:44:15] That article on Wiki family states: "Set $wikiId from the defined constant 'MW_DB' that is set by maintenance scripts.", but I don't know where the updater gets that value from [19:46:21] Ok.. https://www.mediawiki.org/wiki/Manual:Maintenance_scripts states that I can pass the value to maintenance scripts with '--wiki id' [19:46:26] I'll try that now [19:47:41] nope [19:47:43] same error [19:50:10] Ready [19:51:42] uhh.. this is weird.. the update.php gets the right database username, but it tries to manipulate the wrong database [19:55:39] I don't get this.. In LocalSettings.php: [19:55:43] $wgDBname = 'mediawiki_'.$wikiId; [19:55:44] $wgDBuser = 'mediawiki_'.$wikiId; [19:56:52] so I don't get why the updater is trying to manipulate the database 'mediawiki_developwiki when the name of the database user is 'mediawiki_testwiki' [20:02:43] So when I run 'php maintenance/update.php --wiki testwiki' the database username is set correctly to 'mediawiki_testwiki', but the error message indicates it is trying to alter a table in the database 'mediawiki_developwiki' and this is definitely _not_ supposed to happen. Any help plos? [20:08:14] This is not supposed to be happening [20:09:11] I do not understand this.. if MW_DB gets set by the '--wiki testwiki' passed to update.php and the database username is set correctly then where does it get the idea to try to alter the wrong database?! [20:10:29] because if MW_DB is defined then $wikiId gets set to that and the two lines for setting $wgDBname and $wgDBuser are as you can see a few lines up, so this just does not make sense to me [20:12:13] My eyes hurt. I'm going to eat something. I could really use some help on this thing, because I just cannot understand that if the username for the database is correct then WHERE does it get the idea to try to alter the wrong database [20:34:15] Here is the full output of the 'php maintenance/update.php --wiki=testwiki' https://paste.debian.net/1067874/ [20:35:12] I have zero idea how it gets the idea that it tries to alter the wrong database as the database name and database username are constructed from the SAME EXACT VARIABLE [20:36:43] Right in the start the update.php comments that it is "Going to run database updates for mediawiki_testwiki", but then later on the whole thing fails when it tries to alter a completely different database [20:38:46] The query is "INSERT IGNORE INTO `mediawiki_developwiki`.`interwiki` (iw_prefix,iw_url,iw_api,iw_wikiid,iw_local) VALUES ('pmid','https://www.ncbi.nlm.nih.gov/pubmed/$1?dopt=Abstract','','','0')" [20:39:27] I don't know what an IGNORE is in SQL, but that ain't probably the problem. Suddenly it just thinks it wants to alter the wrong database [20:40:36] I gonna do something risky.. try to run update.php on the developwiki. I got full backups of the databases and the old mediawiki directories, so I can always revert to last known working point [20:41:37] that finished in 32s [20:41:51] So lets see what happens if I now try to run it for testwiki [20:42:47] nope.. still tries to stupidly alter the wrong database [20:43:56] so something somewhere changes the variable holding the database name along the way _or_ it for some reason reads the wrong value into that variable [20:51:28] I gonna return the mediawiki_testwiki database back into the way it was before and run the 'php update.php --wiki=testwiki' again [20:52:03] but I doubt that will fix the situation of the update.php half way through suddenly wanting to alter the wrong database [20:53:45] yeah.. didn't change a thing [20:54:05] it still for some unknown reason suddenly tries to alter the wrong database [20:54:48] jubo2: $wikiid is the short name for the wiki [20:55:00] not the user [20:55:46] freephile: yeah.. and the $wgDBname and the $wgDBuser are both constructed from the $wikiId to be exactly same (in my wiki family config) [20:56:35] Like this: [20:56:38] $wgDBname = 'mediawiki_'.$wikiId; [20:56:39] $wgDBuser = 'mediawiki_'.$wikiId; [20:58:16] This is the core of the weird (and wrong) behaviour: [20:58:19] Query: INSERT IGNORE INTO `mediawiki_developwiki`.`interwiki` (iw_prefix,iw_url,iw_api,iw_wikiid,iw_local) VALUES ('pmid','https://www.ncbi.nlm.nih.gov/pubmed/$1?dopt=Abstract','','','0') [20:58:21] Function: AddRFCandPMIDInterwiki::doDBUpdates [20:58:22] Error: 1142 INSERT command denied to user 'mediawiki_testwiki'@'localhost' for table 'interwiki' (localhost) [20:58:58] can mediawiki_testwiki login to the database? [20:59:07] freephile: sure [20:59:22] does interwiki table exist? [20:59:34] but it does not have any rights to anything else besides all rights to mediawiki_testwiki.* [21:00:32] freephile: if you'd read those three lines from the error it clearly says that the database error occours because it tries to write to mediawiki_developwiki.interwiki [21:00:58] If it just would stick to updating mediwiki_testwiki it would probably run just fine [21:02:53] seems like your farm system is looping through known wikis, with the user you start update with? [21:03:43] I just 15 minutes ago ran 'php update.php --wiki=developwiki' and it ran cleanly and finished in 32s [21:05:18] So kinda weird that 'php update.php --wiki=testwiki' suddenly ends with an error explaining that the username mediawiki_testwiki for some stupid reason feels like trying to write to the wrong database (to which it cannot for the sake of sanity in setting up database users) [21:06:30] and user developwiki is similarly constrained from editing other databases? [21:08:46] freephile: yeah it is [21:09:13] but now that I'm thinking.. this may be to do with shared tables.. and most likely is to do with that [21:09:29] iirc the interwiki is a shared table [21:09:42] let me check for that [21:10:27] Yeah.. this has gotta be it: [21:10:32] $wgSharedDB = 'mediawiki_developwiki'; [21:10:33] $wgSharedTables[] = 'ipblocks'; [21:10:35] $wgSharedTables[] = 'user_groups'; [21:10:36] $wgSharedTables[] = 'interwiki'; [21:11:17] So I should probably comment out those and then run 'php update.php --wiki=testwiki' and if that goes fine then reactivate the shared tables [21:11:25] this is probably it.. I hope.. [21:11:57] yup. ran in 2.3 s [21:12:09] now re-enable the shared tables [21:13:58] yeah.. now everything is working [21:14:31] so sorry for the noise.. should just have realized that the shared tables were causing this rucus [21:15:06] thanks freephile for asking me questions that made me think of the right thing. and sorry I was so... so dismissive [21:22:09] glad I could help