[00:37:44] it looks like something has messed up the production skin on wikis in chrome on linux (only), the tabs don't show [00:38:42] i just noticed it but it could have been since the update to 1.37 two days ago [00:38:56] or whenever it was applied [00:40:49] that's the bug report, seems more likely there's a linux desktop user here than in the wiki channel(s) [00:41:05] (who can confirm it) [00:41:27] other browsers on linux are fine and chrome on other OS is also fine [00:41:52] i updated to latest chrome to make sure that wasn't the problem [03:16:12] i checked on a linux desktop host not used in a while and there was no problem so assume it's a corrupted chrome install [03:21:22] it was ad blocker [06:46:30] TimStarling: Hi, Can I bother you with two patches? https://gerrit.wikimedia.org/r/c/mediawiki/core/+/701660 (Implementing T284419#7140933) and https://gerrit.wikimedia.org/r/c/mediawiki/core/+/701457 (fixing a bug in the new metadata handler) [06:46:30] T284419: IndexPager::buildQueryInfo (contributions page unfiltered) query needs tuning - https://phabricator.wikimedia.org/T284419 [07:37:50] TimStarling: Thanks. And this one if you have some time https://gerrit.wikimedia.org/r/c/mediawiki/core/+/700515 [12:11:19] hi, how can I clear cache which is set by `ObjectCache::getLocalClusterInstance()->set()`? is there a maintenance script for that? [12:24:47] ok... alternatively I have called delete() in code [12:52:54] lens0021: you can use shell.php, and call ->delete there. Manualy deleting cache entries is such low level operation that a maint script isn't probably worth the effort, IMO. [12:58:05] urbanecm shell.php is something I was looking for, thank you! [12:58:17] lens0021: no problem! [13:40:19] or in many cases "just reboot the server" :P [13:57:45] legoktm ^ [13:58:07] kb: ? [13:58:26] oh [13:58:30] the bridge is catching up [13:58:57] heh, the Matrix spam never even made it to IRC because of the lag [14:16:05] Anyone around that might have thoughts and opinions on https://gerrit.wikimedia.org/r/c/mediawiki/core/+/700937 ? [14:38:18] Hello! :) [14:38:20] I have asked previously about error with upgrading MediaWiki 1.22 to 1.35 (Failed to populate content table revision row batch starting at 115501 due to exception: MediaWiki\Storage\BlobAccessException: Failed to load blob from address tt:108859) [14:38:37] And I tried with upgrading from 1.22 to 1.27, from 1.27 to 1.31 and after 1.31 to 1.35. [14:38:37] 1.22 to 1.27 was successful, 1.27 to 1.31 same. But 1.31 to 1.35 no works because of this error. [14:38:55] I'm trying now with upgrade from 1.31 to 1.32, but I have this error. [14:39:16] Do you have any ideas how to fix upgrading? [14:40:28] Full error: https://pastebin.com/rhUWAWvM [14:48:36] Kizule: perhaps https://www.semantic-mediawiki.org/wiki/Help:Installation/Troubleshooting/Use_of_undefined_constant [14:49:08] addshore: I will take care about SMW, now I need to resolve problem with blobs firstly. [14:50:58] Should I place SCHEMA_COMPAT_WRITE_BOTH | SCHEMA_COMPAT_READ_OLD in LocalSettings.php? [14:50:59] https://www.mediawiki.org/wiki/Manual:$wgMultiContentRevisionSchemaMigrationStage [14:58:23] Kizule: you should be fine using the defaults for each major version [14:58:34] as long as you follow the steps documented in the release notes of each major version [14:58:58] you should not skip major versions and jump straight from 1.31 to 1.36 for example, that will probably end in a world of pain! [15:04:01] I'm upgrading right now from 1.31 to 1.32, but I'm having error with blobs, even if I don't set any non-default values. [15:04:43] addshore: https://pastebin.com/mupWKhUq [15:06:16] test456 [15:06:49] i want to edit https://gerrit.wikimedia.org/r/c/mediawiki/core/+/164049 . i do not see language converter menu in local mediawiki. if i edit tt to uz in $wgLanguageCode = "tt"; it appears. [15:13:58] Kizule: do you have something in your text table with the id 108859 ? [15:15:28] addshore: No. [15:15:34] in https://meta.wikimedia.org/wiki/Matrix.org i see " #mediawiki:matrix.org — MediaWiki discussions, bridged with the IRC channel " , but when i tested it now i do not see my messages [15:15:39] that sounds like your issue Kizule [15:16:00] You might need a patch on the populateContentTables to deal with that situation and not die [15:16:04] *populateContentTables script [15:16:54] Error is happening when I run this script and update.php. [15:17:02] qdinar: the Matrix/IRC bridge is a bit lagged right now [15:17:43] *and this script and update.php [15:23:00] Kizule: apparently you're missing text records that are referenced from revision rows. This means you have some degree of data loss on your MediaWiki installation. Some revisions have no text record. Apparently, at revision number 115501 [15:24:21] But I'm unsure how, if everything works in 1.31 and older versions. [15:24:45] Reason why I want to upgrade to 1.35 is because 1.31 will be EOL soon. [15:25:13] I've tried now to run deleteOldRevisions.php, but I have same error with another revision. [15:25:23] Insert dummy text in that text row? "Revision text is missing"? [15:25:28] I dont know enough about the earlier versions of mediawiki, but it could be that the `1.22 to 1.27, from 1.27 to 1.31` jumps you did caused some issues? [15:25:37] unless you did them major version by major version? [15:26:17] addshore: I'm not sure have I caused something, as 1.22 to 1.27 upgrade worked, also and 1.27 to 1.31. [15:26:24] And all revisions were in place. [15:26:35] did you really check every revision? ;) [15:26:56] Yes. [15:27:17] Especially revisions for which I got errors. [15:30:55] Let me revert installation to MediaWiki 1.31... [15:31:07] test123 [15:31:07] in https://meta.wikimedia.org/wiki/Matrix.org i see " #mediawiki:matrix.org — MediaWiki discussions, bridged with the IRC channel " , but when i tested it now i do not see my messages [15:34:01] qdinar[m]: your messages finally made it to IRC :) [15:41:14] Well. What is confusable that everything is in place in my backup of MediaWiki 1.22 installation, [15:41:47] When I've imported it again in my phpMyAdmin, I see revision in place in the `text` table. [15:42:18] the revisoon with the id that at some point earlier could not be found? [15:42:22] *the text with the id [15:42:34] In MediaWiki 1.22 everything is in place. [15:42:46] All i can recommend is going through 1 mediawiki version at a time, and reading the release notes [15:42:47] I mean in database backup of MediaWiki 1.22 installation. [15:43:02] i dont know what messed up, but if you jumped multiple versions at once etc I could believe something would [15:43:08] 1.22 -> 1.23, 1.23 -> 1.24 and so on? [15:43:12] yup [15:44:30] Though technically https://www.mediawiki.org/wiki/Manual:Upgrading#How_do_I_upgrade_from_a_really_old_version?_In_one_step,_or_in_several_steps? does say "The vast majority of reports, as well as automated testing, indicate that doing it in one step works just fine." [15:44:50] I really don't know what is wrong with this installation, as I've upgraded few wikis in the past which had 1.18 and they work, without missing revisions and any problems. [15:45:57] Oh yes, maybe because it is big (~72k pages in main namespaces)? [15:46:55] when i put wfDebugLog( 'ttconverter', '123!' ); TtConverter.php __construct it works when i open a local mediawiki page, but not when i run phpunit test. [16:12:47] I've upgraded MediaWiki again to 1.31, and all revisions are in place. [16:13:05] I will export dump of the text table, and then import it after upgrading to 1.32. [18:48:57] Kizule: woo! [18:54:41] addshore: Woo! [19:06:27] There are some revisions missing really. Even in original database. Any ideas except placing "dummy" text? [20:09:12] Can I get a list of the current $wg variables and their values, using the API? [20:10:39] no [20:13:29] Some are available in the siteinfo module but not all [20:16:58] Is there a way to query that information server side? [20:22:20] are you looking just for a handful of values or a whole bunch? [20:22:57] moonmoon: Relatively few I suppose. [20:25:03] moonmoon: What did you have in mind? [20:26:16] Shell out to eval.php or write a dedicated maintenance script [20:27:53] echo 'echo MediaWiki\MediaWikiServices::getInstance()->getMainConfig()->get("DBname");' | php eval.php [20:27:58] (as one example) [20:29:41] if the config you're interested in is public/non-sensitive, it may be exposed via the aforementioned siteinfo API module [20:30:05] there is a lot of config not exposed there, however, and are only accessible server-side [20:36:46] Oh nice. Thanks for the idea. I'll see how far I can get with that and post back if I hit into another problem. Thanks again. :) [20:41:11] moonmoon: What is "DBname" in you example? The MySQL DB name? [20:41:25] that dumps the value of $wgDBname [20:41:34] Oh cool! Thanks. [20:41:36] put whatever config you want in that string, without the $wg prefix [21:18:25] Hi, I'm having issue now with "Error: 1100 Table 'l10n_cache' was not locked with LOCK TABLES (localhost)" (I'm still on 1.31) when I run php maintenance/orphans.php --fix [21:19:14] https://pastebin.com/vCdcnGav [21:21:11] Kizule: You can add the table to the list in private function lockTables( $db, $extraTable = [] ) { } in the PHP script [21:23:51] Thanks, script is working now. [21:24:58] Reedy: https://pastebin.com/1DsBRk5x [21:25:01] I'm not sure how it's decided what ends up in that list... But might be worth submitting to master and backporting (and filing an appopriate task) [21:27:47] Let me try now to upgrade MediaWiki to 1.32 [21:31:27] Jeffrey Wang: so, no stock MW function? I gotta code it myself :( [21:31:29] I have no idea, I wonder if pywikibot has something to do this [21:31:30] CategoryTree has some maybe useful stuff [21:31:31] But remember that categories are weird and can have loops [21:31:31] Like on enwp, United States is a subcategory of World War II [21:31:31] legoktm: CategoryTree is almost pefect for what I'm looking for [21:31:32] woot [21:31:32] still I'm not sure I want to force a dependency [21:31:33] It is bundled fwiw [21:31:33] Oooh! good point. [21:31:33] I like that it is more reviewed than the circa-2007 code I found, so there is that, too. [21:33:22] matrix lag [21:33:37] Oh, I just wondered what's happening. [21:34:56] it finally caught up :p [21:36:15] I had already banned those two on the Matrix side