In T125337#5767057, @Qgil wrote:

Hi, see T229500: Add OAuth 2.0 support to MediaWiki.

In T125337#5581462, @Tgr wrote:

Discourse uses OAuth 1.0 now.

In T230948#5429623, @Bugreporter wrote:

See https://www.wikidata.org/wiki/Property:P1957.

In T230548#5427875, @Urbanecm wrote:

FYi: Several pages needs fixing, they have FIXME prefix.

@Urbanecm This seems to render already existed CAT: and WS: prefixed shortcut in the main namespace unreachable, could you run the script to migrate those? Thanks.

In T229379#5384610, @Krinkle wrote:

Does not seem related to caching, and not related to the mw.config variable either. It seems that MW genuinely sees this title as being equal to the wiki's main page, with all expected side-effects that brings.

Maybe it is ignoring the namespace prefix somehow?

In T230294#5416463, @A2093064 wrote:

The patch is wrong. There are already some configuration at Line 6822. But the patch added new configuration at Line 6461.

doesn't appear to be working though.

Thanks everyone, this has been deployed.

T167513 is deployed, so any url changes needed on other sites for the sub-domain shfit to happen can be done.

In T230294#5408101, @Zoranzoki21 wrote:

Ok, I will make patch :)

In T230294#5408099, @Zoranzoki21 wrote:

In T230294#5408098, @Viztor wrote:

In T230294#5408090, @Zoranzoki21 wrote:

@Viztor Do you want to do this or I can claim task?

Feel free to claim it :)

Name of namespace is Portal and name of namespace talk is Portal_talk or you want on your language

In T230294#5408090, @Zoranzoki21 wrote:

@Viztor Do you want to do this or I can claim task?

In T229379#5404696, @Sunny00217 wrote:

Going to https://zh.wikipedia.org/wiki/首页 or https://zh.wikipedia.org/wiki/首页?uselang=en can reproducible this error and 出自Wikipedia (T228876),but it don't show error on https://zh.wikipedia.org/wiki/首页?uselang=zh and https://zh.wikipedia.org/wiki/首页?uselang=zh-xx

I don't recall in any case where email is used as ID in gerrit. It always seem to be the username, I can't think of a way how could this have happened either...

In T230235#5406396, @thcipriani wrote:

@Viztor this should be resolved for you, please re-open if that is not the case.

Also, let me know if you changed any email preferences recently: I'm not sure how this happened and I wasn't able to recreate in my testing.

@Magnus Could you also enable it for zhwikisource? Thanks.

This may also have caused T228876#5392631

In T228876#5392631, @RazeSoldier wrote:

I can reproduce the problem that pagetitle wrong when I set my interface language to zh. [[MediaWiki:Pagetitle/zh]] is the default message, but this should not be the cause of the problem, because wgLanguageCode for zhwiki is zh, and [[MediaWiki:Pagetitle]] will cover [[MediaWiki:Pagetitle/zh]]. But I don't know why the coverage didn't take effect.

maybe due to T228876

<s>When you set syslang as English, the software will read MW:Mainpage-url/en, and because it is not set locally, it will read default value set in software, which is Mainpage. </s> appears to be incorrect.

In T229379#5399677, @Pchelolo wrote:

@Krinkle hm, ok, now I can reproduce, but it's interesting.

In chrome, if I clear the cookies and open https://zh.wikipedia.org/wiki/首页?uselang=en for the first time, I see the page title just "Wikipedia" - so, reproduced. If I refresh the page without clearing the cookies, sometimes it changes to 首页 - Wikipedia and then stays like that. However, one time it didn't and was stuck on "Wikipedia".

I can both reproduce and not reproduce with x-powered-by: HHVM/3.18.6-dev

In T229988#5398895, @Aklapper wrote:

Could you provide a specific example with links for this problem, and what you would expect to happen?

In T229992#5398803, @Aklapper wrote:

Which system is meant in "have not been removed from the system"?

I'm not sure if language updater bot will add them back even if I delete them in a patch if these messages still exist on translatewiki

Though most messages don't seem have this problem, it still exist.

I feel like we could have a magicword to invoke the processor manually if that ever becomes a problem in any case.

sv, es, ro, pt, nl, ja, it, id, <s>hr</s>, gl, fo, de, da, ang are the other wikisources using default project logo

It's extremely difficult now to have interface message translated, while a lot easier for content. Suppose a template is transcluded in a system message, there does not exist a way where we can localize these templates without duplicating them, which is possible for content.

Is it possible to request thumb-nailed version of the svg logos? This could remove the performance overhead and make it easy to update logos, instead of making different sized png and optimize them manually, this could be done in a deployment script.

@Isarra Any idea what are the other latin-script wikisources are using that logo? Patch is already applied for mul.ws and en.ws

In T229894#5398158, @Dzahn wrote:

Hi @Viztor is the reason for requesting this just that you want a change deployed for T226633? (It seems we need to improve on how to get fonts installed T228591)

Post-merge note: HD logos must be proportional 135*155 sized, which is true for Wikipedia logos, but not necessarily for other projects. If not, logos will be cropped. This could potentially be fixed in CSS to allow differently-sized hd logos

In T229379#5398021, @Pchelolo wrote:

Hm. Trying to open https://zh.wikipedia.org/wiki/首页 both logged in, logged out and bypassing Varnishes gives me a normal page now while opening https://zh.wikipedia.org/wiki/Wikipedia:首页 gives the main page. Verified that served by HHVM. Is this still reproducible for others?

In T229955#5397283, @Aklapper wrote:

I'm afraid that we generally do not grant Cloud VPS projects for single user development use:
"Projects for use by single individuals raise a problem of fairness and inclusivity. The Cloud VPS environment is not large enough to provide dedicated resources for every Wikimedia technical contributor simply due to scale and cost of equipment."
So this request might get declined.

In T229955#5397276, @Aklapper wrote:

@Viztor: Hi, who else (apart from you) plans to use that project?

just me I suppose.

In T229894#5396816, @Aklapper wrote:

Thanks. It's still unclear to me which specific server you need access to and especially why, but SRE can judge that better...

In T229894#5395772, @Aklapper wrote:

@Viztor: Please see https://wikitech.wikimedia.org/wiki/Production_shell_access section 2.2 for missing information here, and then provide missing information here.

In T226633#5395495, @MoritzMuehlenhoff wrote:

In T226633#5394959, @Viztor wrote:

Looks like the font is already installed in T184664, but its CJK variations weren't included in fc-list. I'm not sure it seems we're running on Stretch? fonts-noto-cjk on Buster also includes Noto Serif CJK, in addition to Noto Sans CJK.

@Viztor: We're currently running the Mediawiki servers on Stretch, but if we needed there's also the option to backport fonts-noto-cjk from Buster to our internal repository.

In T229743#5395280, @RazeSoldier wrote:

In T229743#5395240, @Viztor wrote:

While MediaWiki:Conversion-ns114 seems to be part of the LanguageConverter extension.

[[MediaWiki:Conversion-ns<id>]] is build-in function. Also there is no extension called LanguageConverter.

see https://phabricator.wikimedia.org/source/mediawiki/browse/master/languages/messages/MessagesZh.php for existing practice for mediawiki-core, extension should follow these practices, otherwise it could cause confusion.

Further notice, nstab-namespace_name works just fine. However, it only changes the tab, but have no effect or whatsoever on the prefix showed on page.

Short note for future reference: The translation of tabs for other namespaces are achieved by MediaWiki:ns-tab-namespace_name, I'm not sure if this method is applicable to customized name space though. While MediaWiki:Conversion-ns114 seems to be part of the LanguageConverter extension.

In T229894#5395122, @Aklapper wrote:

@Viztor: Please see https://phabricator.wikimedia.org/project/profile/956/ which links to https://wikitech.wikimedia.org/wiki/Production_shell_access which lists requirements (bullet point 2.2). :)

Also, do you need such access on a regular and ongoing basis?

Looks like the font is already installed in T184664, but its CJK variations weren't included in fc-list. I'm not sure it seems we're running on Stretch? fonts-noto-cjk on Buster also includes Noto Serif CJK, in addition to Noto Sans CJK.

Seems to be fixed. I deleted the referred page.

In T165593#5391107, @A2093064 wrote:

In T165593#5390011, @Viztor wrote:

Do you think it is possible to make that default for all zh-language wiki?

Yes. But does this need each community consensus?

Not in wmf-config, on-site change.

<s>generated using File:Wikisource-logo-fr-en.svg</s>