[04:30:53] Hello, i rebooted my server and now I am getting this --> `[99e3e7f2296a5d1f12c6c004] 2022-04-01 04:29:36: Fatal exception of type "LogicException" [04:30:54] ` [07:52:21] Did Wikipedia edit interface change recently? I could have sworn the "Edit" tab was called "Edit" Now I see "Change" -- Is there an extension related to the "Edit" tab being split into "Change" (VisualEditor) and "Change source" (WikiText editor) ? [07:55:16] Oh nevermind. I was viewing https://simple.wikipedia.org [07:57:32] Also I am confused about how Special:WhatLinksHere/ works. For example https://en.wikipedia.org/wiki/Special:WhatLinksHere/List_of_fruits lists https://en.wikipedia.org/wiki/Prune but the source doesn't show "List of fruits" anywhere. Where does the link come from? [07:59:31] actually, slight mistake confusing simple.wikipedia and en.wikipedia, but the question still stands [08:01:53] on simple.wikipedia, Prune article only shows {{Taxobox ..., {{fruits}}, and {{Biology-stub}}, that (based on my understanding), possibly something related to one of those pulls in the link? [08:02:40] Aha! Template:Fruits -> |group4 = [[List of fruits]] [13:53:18] is there anyway to change how a wiki homepage appears in Google? At the moment, mine appears as " - Wiki Name" without any text before the "-"? [14:17:12] Kwisatch: If opening your page in a normal browser displays a different title than Google search results, it may be Google trying to be an smart-ass and rewriting it for you https://developers.google.com/search/blog/2021/08/update-to-generating-page-titles [14:18:26] Also try to open your main page on a mobile phone, since Google often will prioritize your site visited as a mobile user [14:18:51] hmm, thank you — so there's really no way to stop it, it's just google bein' google, I suppose? [14:20:39] You can use a different title (as what's displayed in the title bar, not necessarily the same as the page name) for the main page, but there's no control on what would Google display in search results for it... [14:56:02] Reedy: I'm getting PHP Fatal Error: Cannot declare class Babel, because the name is already in use on 1.37.2 and lost [15:17:18] RhinosF1: You're going to have to give me a bit more context than that :P [15:17:23] AFAIK Babel hasn't changed on 1.37 [15:18:57] Reedy: from /srv/mediawiki/w/extensions/Babel/includes/Babel.php(24) [15:18:57] #0 [internal function]: MWExceptionHandler::handleFatalError() [15:18:57] #1 {main} [15:19:08] it only happens logged in [15:20:17] https://github.com/wikimedia/mediawiki-extensions-Babel/commits/REL1_37 [15:20:35] Reedy: i know [15:20:42] which is even more baffling [15:20:59] but i have no clue where I can see that it's declarded [15:21:16] grep? [15:21:35] Reedy: grep "Babel" .? [15:22:08] -r* [15:22:12] grep -R "class Babel" * [15:22:13] probably [15:22:52] trying [15:24:14] very slow but so far nothing helpful [15:25:13] https://www.irccloud.com/pastebin/PNytgmM5/ [15:25:21] Reedy: don't see anything other than Babel [15:25:30] which means something loads it twice? [15:25:33] maybe? [15:25:44] APC screwup? [15:26:09] Reedy: on every server? [15:26:21] * Reedy shrugs [15:26:24] would APC really screw up 8 times [15:26:30] PHP is infallible [15:26:33] it never screws up [15:26:44] i try restart php [15:27:03] nope [15:28:03] Reedy: how can you see what's loaded when php fatals [15:31:17] loaded? [15:33:57] Reedy: which classes exist at that moment and where from [15:34:29] if you use reflector from eval, that only gives one but it doesn't happen logged out [15:35:09] you seem to overcomplicate things [15:35:49] if you've TWICE a code who try to require/require_once the class, or once + a deserialization from a cache, you could get that issue [15:36:02] Dereckson: how do I figure out why [15:36:14] i know what the issue is [15:36:26] just not which of the 300 extensions causes it [15:36:44] you can repro the issue on a non-public facing server? if so add at the top of Babel.php an output of the stacktrace, so you'll know WHERE it's included from [15:37:07] https://www.php.net/manual/en/function.debug-print-backtrace.php [15:37:36] if have two stacktrace from the two load -> it reads the file [15:37:52] if not -> the class also come from some cache [15:37:52] Dereckson: no I can't reproduce from a non public facing server [15:38:22] I can't reproduce anon [15:38:45] i've been trying to see if some CLI script would fail [15:40:50] hmmmm perhaps add to includes/Babel.php some block like if ($someDebugInProductionTargettingOnlyYou) { debug_print_backtrace(); } at worst, like a specific header or your IP address [15:42:44] Dereckson: could debug_backtrace be dumped somewhere [15:43:08] like just spam the cache folder for long enough for me to do a request [15:43:24] good idea [15:45:01] Dereckson: [8bc5af0907ab36141388054a] /wiki/Test PHP Fatal Error from line 20 of /srv/mediawiki/w/extensions/Babel/includes/Babel.php: Allowed memory size of 134217728 bytes exhausted (tried to allocate 65015808 bytes) [15:45:07] that's a very big error [15:45:17] Page with a lot of babel boxes? [15:45:43] Reedy: no that's me trying to send the backtrace to the error log [15:45:47] php gives up [15:49:47] If in a MediaWiki PsySH shell, I use the method debug_backtrace(), I've a correct output. But if I try $trace = print_r( debug_backtrace(), true ); it hangs [15:50:29] and that's probably because it's trying to recursively output the arguments [15:53:24] the issue persists in 1.37.1 [15:53:30] so it's an extension [15:54:49] Are any of your (custom?) extensions doing some weird requires like Dereckson mentioned? [15:56:29] Meanwhile, I think I've a way to get a trace we can easily write to a log file: $trace = array_map(function ($item) { return $item["file"] . ":" . $item["line"] ; }, debug_backtrace() ); [15:56:47] Reedy: not aware of it [15:56:54] Dereckson: where will it output [15:56:58] like what file [15:57:23] it's just a $trace variable ready to write where you wish [15:57:43] I've tested that with $fp = fopen("/var/log/mediawiki/babel-issue.log", "a"); fwrite($fp, $trace); fclose($fp); [15:58:13] with a print_r($trace, true) [15:58:30] Let me create a small code snippet, will be clearer. [16:03:05] RhinosF1: https://phabricator.wikimedia.org/P24021 [16:03:09] https://www.irccloud.com/pastebin/bhMkmys1/ [16:03:31] Dereckson: ^ [16:03:39] although as soon as I added that [16:03:42] it stopped [16:03:46] ah cool [16:04:06] how did you restart your php process? you use php-fpm? [16:04:11] Dereckson: didn't [16:04:15] it's php-fpm [16:04:27] with opcache? [16:04:27] i added that to the top of includes/Babel.php [16:04:31] and it stopped [16:04:34] ye opcache [16:04:43] ok so it's a wild guess [16:05:03] but I think you had a previously cached file issue [16:05:13] and when you saved the file with a more recent atime/mtime [16:05:19] the cache invalidated it and reloaded it fine [16:05:32] so try to remove the fix and see it's still ok? [16:05:43] and yes when that kind of issue happens, restart php-fpm help [16:06:09] I regularly* see strange errors like that when I upgrade Phabricator [16:06:25] * that's probably true for every PHP app [16:06:45] but I don't have any explanation for why on 8 servers at the same time if you didnt update the codebase [16:07:09] Dereckson: yeah it ain't come back [16:07:16] I edited that file before though [16:07:28] and retstarted php-fpm [16:07:36] but there is something still strange [16:07:37] 15:26:44 < RhinosF1> i try restart php [16:08:03] at that moment, why it didn't give you a fresh cache? [16:09:24] you opcache.file_cache string [16:09:24] Enables and sets the second level cache directory. It should improve performance when SHM memory is full, at server restart or SHM reset. The default "" disables file based caching. [16:09:29] you use that setting? [16:10:06] if so, your cache could persist at php-fpm restart [16:10:38] Dereckson: I completed removed it rather than // and it went [16:39:24] Reedy: I think you from March 6 are to blame [16:39:25] https://github.com/wikimedia/mediawiki-extensions-UniversalLanguageSelector/compare/32ee5f559b4afb5cb1ece547592ae74e178d8eb3...28c52ed05c765d8a274dfea18480daaa879bef0e [16:39:39] that didn't work with 1.37 babel [16:39:51] i guess i have to dig into branch support now [17:20:50] anyone know why im getting this? [17:20:52] `[e40e40c3ebf5528990343325] 2022-04-01 04:55:21: Fatal exception of type "LogicException"` [17:21:52] funhouse: see https://www.mediawiki.org/wiki/Manual:How_to_debug [17:32:23] Nikerabbit ok thank you hopefully i can get it [17:57:59] RhinosF1: I could understand it not working... I just don't see how it'd fail like that [17:58:43] Reedy: it's something to do with Babel being on the 1.37 branch and ULS master [17:58:53] "don't do that" [17:58:55] :P [17:59:12] Babel is apparently on 1.37 because of WikiBase [17:59:32] Possibly for compat purposes, we might want to add forward aliases to Babel [18:00:08] Would that help [18:00:13] I dunno [18:00:22] I don't see how it would result in the failure as you saw it [18:01:06] can you reproduce if you do our level of weird [18:01:16] That would require making a mess of my dev wiki :P [18:01:26] Like my change to ULS... I could see that resulting in a fatal that it can't actually load Babel [18:03:06] If you had the unnamespaced babel [18:03:08] Which we did [18:03:20] Unless the autoloader is doing something very odd [18:03:41] Reedy: because php never does anything odd [18:05:16] https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Babel/+/776037 [18:05:18] * Reedy waits for jerkins [18:05:51] I think that might need some double slashes [18:13:14] Reedy: yep, ci hates you [18:13:24] Something about a translation not existing [18:15:45] translation? [18:15:50] https://phabricator.wikimedia.org/T305266 is the failure... [18:19:12] Reedy: The translation of "babel-autocreate-user" is blank. [18:19:19] 19:09:40 [18:19:51] oh, is that why it's failing? [18:20:07] Has twn done a backport [18:20:19] Yes [18:20:43] https://github.com/wikimedia/mediawiki-extensions-Babel/commit/7d350f7a3c92f235644c8970e03e587dfac077c3 [18:20:44] heh [18:21:10] cheers [18:21:29] Guess that needs backporting too [18:21:34] yeah, just doing [18:27:14] RhinosF1: The Babel 1.37 patch landed... If you want to see if it helps/hinders your situation [18:32:20] Reedy: just gone mobile for a bit [18:32:24] Will try tonight [19:21:51] I am having trouble save any edits on MW ver1.37, only error I see is Apache error log AH01075 and ends up with a 404 on the edit url. [19:25:39] faktor: try restarting php-fpm [19:25:57] assuming you don't use Plesk, right? [19:26:32] also check php-fpm.log what it's trying to connect to [19:26:52] if that doesnt help also see top answer on https://stackoverflow.com/questions/33375823/apache-proxfy-fcgi-error-dispatching-request-to for more [19:27:25] cPanel [19:27:37] I have restarted both apache and php-fpm [19:27:49] I wil check the php-fpm log [19:29:12] " Possible causes are; your PHP code could be stuck in a loop, or waiting on a response from a database that is taking a particularly long time." [19:29:20] could be DB connection too [19:30:11] basically it just tells you it timed out [19:30:25] I also exted the fcgi timeout [19:30:42] But in general it needs to be faster. [19:30:57] Something is stopping it like a permission issue [19:31:04] So it just ends up timing out [19:31:31] No php-fpm issues. [19:32:07] Nor any mysql issues [19:32:18] maybe confirm it is really trying to connect to the right IP:port. like does the webserver config match where php-fpm is reachable [19:32:42] just the apache AH01075 error and a 503 or 404 on the browser [19:33:03] try testing some random PHP that is not related to mediawiki. For example create a file with just and see if that works [19:33:08] I have another url that works fine [19:33:22] Just the mediawiki one [19:33:28] Wordpress works fine. [19:33:33] hmm.. then I'm running out of ideas [19:33:43] besides more digging in all the logs [19:33:53] php-fpm, apache, mediawiki [19:34:03] okay [19:34:21] maybe raise verbosity of the logs [19:34:40] will try to turn off php-fpm for it [19:34:58] I can confirm Mediawiki works with php-fpm on Wikipedia [19:35:25] you can compare the config of that with yours btw, optionally [19:35:30] repos are public [19:38:34] mod_fcgid: error reading data from FastCGI server [19:38:42] End of script output before headers: api.php, [19:40:32] faktor: sounds like permissions error [19:40:37] I agree [19:40:39] like something a chmod could fix [19:40:47] just finding where this permission issue is taking place. [19:40:51] or when you edited the file and there is text before first thing I would check is api.php different compared to other files in ~ "ls -hals" [19:41:45] The only file I have edited was LocalSettings.php [19:51:49] Will try reinstalling it. Had used softaculous. [19:54:35] ah, never heard of that, but I see, autoinstall stuff [19:54:42] yea, could be a bug in that I guess [19:57:58] Still same error will install older version. [20:02:48] 1.35 worked [20:03:13] 1.37 would not. [20:03:30] I will be happy with 1.35 for now [20:09:38] faktor: wow, did not expect that it would turn into actual MW bug if it is one then [20:10:02] glad you found out [20:10:31] I will get to debug it later , just need to get my wiki setup for now [20:10:34] wanna create a ticket for that? [20:10:39] ACK [20:10:45] got a link [20:11:19] https://www.mediawiki.org/wiki/How_to_report_a_bug | https://phabricator.wikimedia.org/ [20:11:35] you can login on phabricator using a wikipedia user [20:11:40] without having to register [20:13:01] How do i make a global account? https://usercontent.irccloud-cdn.com/file/iGpcLDVP/image.png [20:13:22] I already have a wikipeadi account [20:13:48] Register thru MediaWiki [20:13:56] okay [20:14:08] faktor: the option that is not "developer account" [20:14:29] Okay [20:14:48] Bongo-Cat: use the migrateAccount script [20:14:54] I think for that situation [20:14:57] Alright [20:16:27] Bongo-Cat: you'll want to attach the other wikis after [20:16:32] use attach account [20:16:43] Ok [20:19:10] Would the userlist be in the maintenance folder as well? [20:23:36] I figured my issue out, it was a mistake in my LocalSettings.php [20:24:19] cool! thanks for closing it out [20:25:05] I followed some advice but had removed 5 lines of code instead of the 1/2 lines' [20:27:57] I'm gonna update [[mw:Extension:CentralAuth]] sooner or later [20:35:53] How do I change the "You cannot log in because your account is globally locked." text? [20:38:42] find the i18n message [20:38:53] then edit it on wiki like any other [20:39:13] or do something like wikimedia maintenance / Miraheze magic [20:39:30] Bongo-Cat: try going to page MediaWiki:Centralauth-login-error-locked [20:40:00] I'll try, thanks [20:41:14] Thanks mutante [21:20:54] New question: how do i get rid of the index.php in the url? I want it to be short [21:24:17] !shorturl [21:24:17] To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at or try the new beta tool at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem [22:30:35] This might sound a little (or a lot) silly, but does anyone know how to stop Minerva from displaying "Welcome, USERNAME" on the main page of a wiki and instead just display the page name or wiki name? [22:32:44] I can't find any settings on the Manual or README file to say how to. [22:34:06] try adding ?uselang=qqx to the URL (or &uselang=qqx if it already has a query string) to see which message is generating that text [22:34:16] you can then edit that message as a page in the MediaWiki: namespace to tweak the text [22:41:54] ah thank you! [23:45:18] ok so i cant find where this is coming from [23:45:19] [f9a7e417c2c067c4adb51db9] 2022-04-01 23:44:47: Fatal exception of type "LogicException" [23:45:25] ive tried the debug page [23:45:29] how to debug [23:46:37] oh darn i found it [23:46:40] memcached wasnt running