[07:15:23] looks like wikibase API. We had a CI blocker yesterday because of a minor behaviour change in phan, and I'm just merging a fix for that now ( https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/1165922 ) - will see shortly if that passes or not [07:16:10] Any idea why this warning appears with mw 1.44.0? [07:16:12] > Deprecated: Use of MediaWiki\Skin\Skin::appendSpecialPagesLinkIfAbsent was deprecated in MediaWiki 1.44. [Called from MediaWiki\Skin\Skin::buildSidebar in /var/www/html/includes/skins/Skin.php at line 1639] in /var/www/html/includes/debug/MWDebug.php on line 386 [07:16:31] You can also check out the live page: https://wiki.elearning.mathphys.info/index.php/Main_Page [07:23:39] BlankEclair at least the API tests seem to be passing on Wikibase master ( https://integration.wikimedia.org/ci/job/mediawiki-quibble-apitests-vendor-php81/6757/console ) and I don't think the patch we merged will have anything to do with that (the patch only affected phan). [10:02:16] gromit: judging by a commit in the Moderation extension (which your wiki doesn't use, btw), it seems to be originating from MW core itself ":D" [10:03:48] ashley: hmm, so should I file a bug? [10:04:05] related ticket: https://phabricator.wikimedia.org/T393507 and the patch which fixed the issue: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1127983 [10:04:26] I think it's very weird that it was marked as "do not backport" when clearly it probably *should* be backported! [10:04:57] (personal opinion: non-LTS releases of MediaWiki literally aren't worth the time nor the effort anyway, stick to LTS and you're fine) [10:07:58] ashley: well if everyone just uses LTS the bugs will never be found and fixed x) [10:08:32] nah, they'll be fixed and replaced with different bugs ;) [14:24:18] Hi, upon trying to install the 1.43.3 checkuser extension, I get an error: Wikimedia\Rdbms\DatabaseMySQL: domain 'virtual-checkuser-global' has a schema component [14:28:06] I'm guessing this comes from the following line at the end of extension.json: "DatabaseVirtualDomains": [ "virtual-checkuser-global" ], [14:30:38] At that point everything has already been added to the database though and running mw-config without the extension activated, then activate it in LocalSettings, gives no error message and the checkuser functions seem to work. [14:30:56] Do I nonetheless need to change something? [14:32:27] We don't use global accounts. [15:24:02] I gained 18 levels ... [17:52:39] Hi all, is there any way to add nonindex to page variant? I have a wiki that has language set as Chinese ($wgLanguageCode = "zh"), each page now has 8 variants, I dont want them to be indexed by google if possible. for e.g. "https://vimwiki.org/w/index.php?title=ABC&variant=zh-my", I only want google to index the bas page [17:52:40] "https://vimwiki.org/w/index.php?title=ABC" [18:18:56] Paulxu20: I'm guessing the simplest approach is to use the BeforePageDisplay hook...for example, like so: [18:18:58] $wgHooks['BeforePageDisplay'][] = function( $out, $skin ) { [18:18:58] if ( $out->getRequest()->getText( 'variant' ) !== '' ) { [18:18:58] $out->setRobotPolicy( 'noindex' ); [18:18:58] } [18:18:58] }; [18:22:03] Thank you ashley, let me try it! [18:22:47] it's a fairly crude hack which literally merely checks if the 'variant' param is present and non-empty, and if so, adds the noindex meta tag :) based on a super quick test, it seemed to work, so I hope it also works for you! [18:28:44] hmm. I just tried this and the site is not loading: if ( $out->getRequest()->getText( '&variant=' ) !== '' ) { [18:28:54] I thought getText( '&variant=' ) will be safer [18:29:40] I was worried that getText( 'variant' ) will do some unintended blocks.. [18:32:50] nevermind I realized  '&variant='  will not work... [18:34:43] getText()/getVal()/getRawVal() only take the URL parameter name as their param, no ampersands or equals signs or anything else [18:35:32] got it, thank you! [18:37:40] ashley have another issue hoping you can throw some light on it too :) say my site's name is "ABC" and domain is abc.com, I found in google search results it always show abc.com instead of site name ABC (like many other websites), the site has been there for years so I don't think that is the problem. Any idea what I am missing? [18:38:11] I have site_name in metadata too: [18:38:23] "磐中觉道Wiki" is my site's name [18:40:39] that's a mighty fine question; I've seen the issue with several other sites but never really investigated it :-/ it's probably one of those "google does as google does" sorta things, but I wouldn't know for sure one way or the other. sorry! [18:41:19] ok guess I will have to continue messing with it :) [18:43:05] one more question ! :) I have a crob that runs generateSitemap.php to generate sitemap automatically, is there anyway to make to exclude the pages that has "&variant" parameter? [18:43:13] * cron job [18:48:24] looks like you might need to hack the file in question (which, as a general rule, is *very* unsustainable and not something you should usually be doing...see https://www.mediawiki.org/wiki/Do_not_hack_MediaWiki_core) -- there's an if() loop preceded by the comment "// generate pages for language variants", so I'd imagine if you were to /* comment out */ that if() loop, it'd work the way you'd wish [18:51:25] Thank you! Let me try that! [18:54:50] Ashley, any thoughts with regard to my question? [19:26:11] Guest70: re:CheckUser + virtual domain stuff? no clue at all, sorry; I literally have a pending patch against another extension (ArticleFeedbackv5) to add that virtual domain stuff, but finding reviewers has been pretty hard ":D"