[05:32:32] Why has Special:OAuthConsumerRegistration/propose been removed? [07:23:24] I'm not entirely sure, but I just went through another MediaWiki installation, and I could have sworn there was a "thanks" extension checkbox, that I checked, and the generated LocalSettings.php didn't include a line for wfLoadExtension( 'Thanks' ); [07:23:47] I could be wrong, but I'm comparing LocalSettings.php files right now, and I noticed it was missing [07:26:13] Also,https://mediawiki.org/wiki/Skin:Minerva_Neue states "Make sure to call wfLoadSkin after wfLoadExtension." and the generated LocalSettings.conf has wfLoadExtension( 'MobileFrontend' ); listed after wfLoadSkin( 'MinervaNeue' ); [07:26:25] .php* [08:19:03] Hi, the data I accessed through API contains missing values, such as NA or NULL for pageviews, contributors and redirects. How should I treat them? Should I treat them as 0 or just missing? [08:19:43] Any advice would be much appreciated. [09:28:57] Naleksuh: Removed from where? https://meta.wikimedia.org/wiki/Special:OAuthConsumerRegistration/propose WFM [09:29:46] ryzendar: There's a Thanks extension, but it's not tarball bundled [09:30:16] ryzendar: There's no way for the installer to know which to do first (without putting specific code into MW core) [09:30:27] So it'll probably do it roughly alphasorted [09:53:49] Alternatively, wouldn't it be better to place the extensions before the skins? Otherwise do any extensions require skin variables to be defined first? [09:54:28] It's a minor issue [10:29:54] Reedy : Why is it only on Meta [10:29:56] Its not on all wikis [12:42:03] Naleksuh: That's how it's always been [13:19:26] Error: 42501 ERROR: permission denied for relation transcode any idea where those permissions are defined? [13:52:50] Tuju: looks like a postgresql error: https://stackoverflow.com/questions/18193487/42501-insufficient-privilege-error-while-querying-in-postgresql [13:53:13] Vulpix: it was table owner issue [16:15:41] 2003, when interpolating request variables into raw sql passed to a global function was the norm :D https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/+/036ff960cefa2e05749b4ecc34043f2a2543dafe%5E%21/ [16:41:33] what could possibly go wrong ;^) [16:42:53] Amir1: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/773855 [16:43:14] Per my ping like a week ago [16:43:24] RhinosF1: again, I mentioned it before, I don't think it's needed for 1.38 [16:43:54] when there is no code to read new, this will just create duplicate unusable data [16:43:54] Amir1: everything else related is in [16:44:15] it kinda doesn't make sense to have half a patch [16:44:23] Because write_both landed [16:44:23] it's not a half a patch [16:44:39] write both is useless for a third party wiki without read new [16:45:00] it's a stream of work [16:45:15] But migrations could take months anyway [16:45:47] It'll probably take until 1.39 for me to manage to get it ran [16:46:09] by which time read_new will be there [16:46:56] I understand but your case is not the general case [16:47:32] and it can be there for 1.39, you can backport it to your local installation if you really want to [16:47:56] * RhinosF1 will probably end up running it once he has time and has seen it work on 1 WMF wiki [20:50:02] When I run php maintenance/sql.php --wikidb centralauth extensions/CentralAuth/central-auth.sql on my wiki directory, it gives this: https://dpaste.org/PP9c [20:52:03] while the other wiki works [21:06:48] Bongo-Cat: you only have 1 CA table [21:07:01] You don't need to run for each wiki in a farm [21:07:15] oh [21:07:21] ok thanks [21:09:48] Just make sure to set $wgCentralAuthDB [21:09:55] If that's the right name [21:10:16] It might be s/DB/Database [21:10:56] I'm pretty sure the former is correct [21:15:36] i am trying to upgrade a 1.29 to 1.37. it is using sqlite as db. "php update.php" gave me several "index ... already exists" errors which i fixed manually by dropping the indexes. but now it complains about "Error 19: UNIQUE constraint failed: module_deps_tmp.md_module, module_deps_tmp.md_skin" [21:15:51] is there some special db updating stuff i should run before the update.php? [21:21:20] I don't think it is the correct strategy to remove indexes manually. Can you tell me one of the indexes that you removed manually? [21:21:40] I did not get the global group of Steward, how do I assign it to myself? [21:22:14] Please keep in mind that update.php does not take care of the old version. So it may be that the indexes already existed and the update only checked that. [21:22:23] sounds more like that you're just encountering edge cases because nobody really tested this kinda stuff ever before :) (which I'm guessing is because most devs use MySQL/MariaDB; PGSQL is a minority; SQLite even more so, though the CI system uses it, but that's just for an initial install, obviously) [21:23:05] ive ran php migrateStewards.php multiple times [21:23:57] Bongo-Cat, does there exist a global steward group? You need to manually insert it into the db first, see https://www.mediawiki.org/wiki/Extension:CentralAuth/Walkthrough#Step_3._Create_database_centralauth_(and_configure). [21:24:30] I believe I have, but ill check [21:24:54] Duplicate entry 'steward-globalgrouppermissions' for key 'PRIMARY' [21:25:44] It exists, I can see it but I'm not assigned it [21:26:02] Populating global groups table with stewards... [21:26:02] Fetched 1 from local database... Checking for attached ones [21:26:02] Fetched 1 SULed stewards... Adding them in group [21:26:10] zabe: cl_sortkey, cl_timestamp, tl_namespace, pl_namespace https://pastebin.com/raw/VFhCcMD7 [21:26:41] https://www.mediawiki.org/wiki/Manual:SQLite says SQLite support for MediaWiki is of production quality as of MediaWiki 1.17. ;) [21:30:32] hannes_: the index already exists does not mean drop them [21:31:22] That's not an error [21:31:46] It's just telling you that there's no need to make the change because it's been done before [21:31:49] update.php "crashed" with a traceback from those [21:32:03] Wikimedia\Rdbms\Database->getQueryException() [21:32:10] new problem: im not attached to the wikis [21:32:10] What exactly did the Traceback say? [21:32:12] i did not include that in the pastebin [21:32:24] it would be a good idea to include it [21:33:29] same https://pastebin.com/raw/06sVFKpq for each of them [21:33:57] i did not see why they were relevant as they basically seem to say "we read a sql query file and got an error, crash" [21:35:54] Hello, i'm creating an extension and i want PHP to create a new page. Is there a quick class that does this? [21:36:04] Bongo-Cat, use Special:MergeAccount [21:36:16] Alright thanks [21:36:46] [200b74a18a28b75c22236c91] 2022-03-26 21:36:39: Fatal exception of type "Exception" [21:37:10] Unable to merge [21:38:05] hannes_: do you have backups? [21:38:14] sure [21:38:20] That's also missing the actual error [21:38:52] Are you talking about mine or hannes_? [21:39:02] hannes_: id suggest rolling back before the upgrade failed and then stopping when update.php fails. Share the full output if it does again. [21:39:21] Bongo-Cat: hannes_, you're missing the Traceback [21:39:44] @errors [21:39:54] hmm [21:40:15] im new to hosting mw so i dont know how to view the tracebacks [21:41:01] RhinosF1: this is "php update.php" after the error, i am back at the shell at that point: https://pastebin.com/raw/GzdbNs0a [21:41:25] !errors [21:41:25] To see PHP errors, add this to the very top of LocalSettings.php: error_reporting(E_ALL); ini_set("display_errors", 1); Fatal PHP errors usually go to Apache's error log - also check the error_log setting in php.ini (or use phpinfo). For more details in wiki error reports, set $wgShowExceptionDetails = true; $wgShowSQLErrors = true; For full debug output, set $wgDebugLogFile to some path you like. [21:41:26] to me that is a traceback? if it isn't and there might be more info available, please shout [21:42:26] hannes_: that included what I needed [21:42:32] That index is supposed to exist [21:42:45] I guess the SQLite updater is broken [21:42:59] Because if they already exist, it should just skip creating them [21:45:05] Here it is https://www.irccloud.com/pastebin/kiZPkMh3/Stupid%20error [21:45:58] Bongo-Cat: I assume it should be metawiki? Did you type meta in or is that from config somewhere? [21:46:34] is it the database name? [21:46:52] Bongo-Cat: wikiid is normally the DB name yes [21:46:57] ack [21:47:05] perhaps thats why [21:47:43] ugh thats why [21:47:54] i didnt type the db name in the db section :p [21:48:13] wait [21:48:39] it has a suffix 🤦‍♂️ [21:48:49] is there an easy way to migrate a wiki from sqlite to postgres [21:50:02] hannes_: no idea, is your wiki currently in a broken state? [21:50:27] * RhinosF1 suggests using your backup to go back to a good state before moving off SQLite [21:50:30] absolutely, visiting it says " 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?" [21:50:33] yes of course... [21:50:46] I would go back to last good state if you can [21:52:01] https://pgloader.readthedocs.io/en/latest/ref/sqlite.html might help migrating [21:52:10] I'm not sure if mediawiki has specific tools [21:54:43] Welp new error https://www.irccloud.com/pastebin/vLFosVFQ/welp [21:55:48] Bongo-Cat: do you have a wiki with the id beans [21:56:11] i dont know what a wiki id is [21:56:14] so maybe? [21:57:43] the database names of you wikis [21:57:59] the database name 99.9999% of the time [21:58:10] yes then [21:58:32] https://usercontent.irccloud-cdn.com/file/80HI0U6U/image.png [21:58:37] this is my sql [21:59:31] did you set wgServer, wgScriptPath, etc. in both LocalSettings like at https://www.mediawiki.org/wiki/Extension:CentralAuth/Walkthrough#Code [21:59:39] i believe so [21:59:43] let me check [22:00:45] yes [22:02:09] this is what i have https://www.irccloud.com/pastebin/JSfAt2UZ/ [22:04:29] Bongo-Cat: why have you added the wiki suffix in $wgLocalDatabases [22:04:39] When it's not used [22:04:59] i thought it was needed :p [22:06:35] Not if you don't use it [22:07:51] https://www.irccloud.com/pastebin/vdsIucvm/even%20when%20i%20dont%20it%20gives%20me%20this [22:07:59] even when I dont it gives me this [22:10:59] $wgLocalDatabases needs to be array( 'meta', 'beans' ), without the suffixes [22:11:19] ah, that was already written, sorry [22:11:46] in wgArticlePath meta instead of metawiki [22:11:53] alright [22:12:53] okay [22:15:59] this https://www.irccloud.com/pastebin/aJRvZKyF/ [22:18:14] Regarding configuring multiple languages (e.g. 140+ countries/languages) following https://mediawiki.org/wiki/Manual:Wiki_family, and creating 140+ databases to handle each different language site, do all of the Module:*s and Template:*s need to be duplicated in each database also? Or can they be referenced/cited from the main database? [22:18:29] Bongo-Cat, Is the /beanswiki in wgScriptPath intended? [22:18:48] if its supposed to be where the file is located, then yes [22:22:31] just to be sure. You now have $wgLocalDatabases = array( 'meta', 'beans'); $wgConf->wikis = $wgLocalDatabases; $wgConf->suffixes = array( '' ); like this in both LocalSettings? [22:25:25] also please remove the $wgConf->suffixes = $wgLocalDatabases; line [22:28:39] (I am not sure if it is correct, but my local setup works without having it) [22:34:55] ok [23:34:32] zabe: sorry for late response doesnt work though [23:36:16] still gives the same error