[00:05:40] Someone may answer sometime. Many people may either be busy, sleeping, working, etc. [00:10:21] especially since it's the night in Europe and 5pm for a 4 day weekend in the US [00:10:44] creating a ticket or mailing list post will likely be more effective [00:10:58] basically.. if you remove the need for realtime [00:11:32] then you get sooo many more eyes on it [00:13:39] Guest70: you can do this: open https://phabricator.wikimedia.org/maniphest/task/edit/form/1/ login with your wiki user, copy/paste what you said above into the description.. give it a title like "Checkuser and UserMerge not working after updating to 43.3" .. ignore all other fields.. hit the Create Task button.. and you will get answers in your inbox [00:16:54] I am not a wikimedia user. [00:18:04] alternatively you can subscribe to the mediawiki-l mailing list and ask there. https://lists.wikimedia.org/postorius/lists/mediawiki-l.lists.wikimedia.org/ [00:18:54] `cuc_actor_ip_time` is a column added in the MW 1.38 cycle [00:19:17] Have you run update.php after enabling the extensions? It is possible you have old tables for the extension laying around... [00:21:26] We have no root access. Updating goes with mw-config/index.php [00:22:30] Can this column be added manually? [00:22:40] Yes, but if you haven't got that, you're going to be missing many other columns too [00:22:59] https://github.com/wikimedia/mediawiki-extensions-CheckUser/blob/master/src/HookHandler/SchemaChangesHandler.php#L49 [00:23:04] It's one of many schema changes [00:24:20] So what would be a way to make it work? [00:24:33] run the database updater [00:24:42] either via the web, or the cli [00:25:38] cli=? [00:26:54] command line [00:26:55] shell [00:27:30] We have no access, so we need our provider to do that, right? [00:28:03] It depends on your setup, but potentially [00:29:20] We've run mw-config/index.php multiple times but that changes nothing [00:30:13] https://www.mediawiki.org/wiki/Manual:Update.php#From_the_browser [00:31:11] Yeah, if we try that it wants to create an article called Maintenance/update.php [00:32:07] What does the "Upgrade existing installation" stage output? [00:32:16] update.php cannot be run directly from the browser like that [00:33:15] Where would we input that? [00:33:53] Input what? [00:34:03] re: "wants to create an article" seems to be about rewrite rules mentioned under 4) at https://www.mediawiki.org/wiki/Manual:Upgrading#Web_updater [00:34:13] "Upgrade existing installation" [00:34:24] When you visit mw-config/index.php?page=ExistingWiki it will ask for an upgrade key.. and then a few stages later, will do the database updates [00:35:47] Not if localsettings.php is present [00:37:05] And if it isn't, it knows nothing about checkuser. [00:38:14] So what it does is just an ordinary upgrade mentioning that the files are already there but not creating the needed column(s) [00:40:13] eh [00:40:28] That makes no sense [00:40:45] Why is LocalSettings.php not present? [00:41:11] Otherwise mw-config/index.php won't run [00:41:45] Yes it will [00:42:04] On my dev wiki, if I go to w/mw-config/index.php [00:42:08] Existing wiki [00:42:08] Information [00:42:08] A LocalSettings.php file has been detected. To upgrade this installation, please enter the value of $wgUpgradeKey in the box below. You will find it in LocalSettings.php. [00:45:16] Does it tell you you need to add a $wgUpgradeKey? [00:45:27] Wait - I had wiki instead of w [00:47:37] I get an error message that updating the tables failed [00:48:16] Error 1054: Unknown column 'cuc_private' in 'field list' [00:48:37] What version of MW did you upgrade from? [00:48:44] 1.41 [00:49:07] But we didn't have checkuser installed then [00:49:22] You presumably did at some point in the ancient past [00:49:29] Yes [00:49:30] Does it tell you what file it failed on? [00:49:56] MediaWiki\CheckUser\Maintenance\MoveLogEntriesFromCuChanges::moveLogEntriesFromCuChanges [00:50:10] It may be easier just to rename out of the way (or even drop) the apparently old CU tables, and then let MW install it like it's completely new [00:51:07] Hmm, that sounds like an idea. [00:51:36] cu_changes and cu_log are likely all you will have [00:52:05] I'll have a look tomorrow. Thanks for your help! [00:54:11] Do you know the columns that UserMerge has? [00:55:08] If any [00:58:58] I don't believe it did [06:08:19] MediaWiki integration test using FauxRequest and executeSpecialPage. Says I'm not logged in, even though I'm passing in $this->getTestSysop()->getAuthority(). Any hints? https://gerrit.wikimedia.org/r/c/mediawiki/extensions/SecurePoll/+/1163875/comment/f85ef23a_19328d85/ [12:16:32] Hi, upon installing the checkuser extension in 1.43.3 and running mw-config/index.php?Page=ExistingWiki, i get this error message: Wikimedia\Rdbms\DatabaseMySQL: domain 'virtual-checkuser-global' has a schema component [12:18:01] However this at the very end and all the columns have been created. When I run it without the extension and then simply activate the extension in LocalSettings.php, all the checkuser functions seem to work. Do I still need to be worried? [12:20:21] Before installing the extension I removed some old checkuser colums from the database. No error messages there. [12:21:22] We don't use global accounts [12:38:43] At the end of extension.json there is a line: "DatabaseVirtualDomains": [ "virtual-checkuser-global" ], [12:38:56] I assume this is where the error occurs? [12:39:40] Is it safe to comment this line out? [13:13:51] Anyone? [13:45:48] What is the usual response time in this chat? [14:00:06] It's the wrong channel for your question, just FYI [14:00:10] lol [14:01:39] https://phabricator.wikimedia.org/T398631 filed as that's a useless error message [14:07:16] Please hold the line. The next free volunteer agent might get back to you over the next months. [14:13:10] They left :P [17:48:29] btullis dumps aren't being generated... at least enwiki dumps https://dumps.wikimedia.org/enwiki/ [17:50:25] Trust me, they are. There are some changes, but they will arrive. I'll explain tomorrow and send it to the xmldatadumps-l list. [17:51:48] btullis: thumbs up [17:52:20] xmldatadumps-l list... that's the mailing list right? [17:52:54] You can read about the changes here. https://phabricator.wikimedia.org/T352650 [17:53:52] Yes, that is the mailing list. Do you subscribe? Are there better channels to get the message out? [17:55:26] I'm not subscribed no. Honestly, I'm just interested in having the dumps because several projects of mine make use of it (bots), in particular https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Academic_Journals/Journals_cited_by_Wikipedia [17:55:39] which you can read all about here if you're interested : https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2023-08-01/In_focus [17:56:42] the technical stuff is interesting, but it's nothing i can contribute to, or have opinions on. [17:57:26] Ack. Well, the enwiki dump is coming. [17:58:49] major news related to dumps should probably be posted on the village pump (technical), and possibly the bot noticeboard, but they'd have to be major news, i.e, where to get dumps is different, dump format is changing, so you need to update your bots, etc... [18:00:05] anyway, glad to know the dumps are coming and that nothing's borked. Or borked according to plan at least.