It seems this would allow the following 38 language codes which are not well known bcp47 codes:

In T348443#9243403, @Michael wrote:

So, I would suggest the following rough structure/sections for the Runbook:
[…]
Thoughts?

Sounds good to me!

I just looked into this and the tracking category should be recorded all the time (it's a bug that it's not).

At a glance, both of these look correct to me (even after purging). I'm not entirely sure what happened here, usually my idea would have been that these parses happened in some weird context, but given that this also occurred after a page purge, I'm out of ideas. Maybe this was (is?) related to ongoing refactoring in MediaWiki

Feasibility for "Enabling prefix search for entity schema through wbsearchentities":

The above patch wont help solving in case of inspecting past edits, though… this will only help for actual submissions (and probably not all of them, we would need to audit all places using MediaWikiEditFilterHookRunner).

The problem here is that Wikibase calls the EditFilterMergedContent hook before preparing the actual update, thus the WikiPage wont have a PageUpdater available (besides the WikiPage not being passed on to the new context).

T270614: Automatically depool wdqs servers that are "lagged" will probably obsolete this.

I found that I can re-write the query to use topk (with k=1) instead of max, which should do the very same as max, except that it also returns all original fields (please correct me if I'm wrong @dcausse):

One problem encountered while migrating the maintenance script to the new format is, that we can no longer report which server is the most lagged.

In T340602#8970944, @Lucas_Werkmeister_WMDE wrote:

I think this is related to T337081: "Add interlanguage link" shows a bubble: "An unknown error occurred". Wikibase has a local copy of jquery.tipsy in view/, but we try to use it from both view/ and client/, so the client/ version is broken because it’s missing the local copy. We probably need to add the local copy to the jquery.wikibase.linkitem module? cc @hoo

In T340642#8973729, @Lucas_Werkmeister_WMDE wrote:

Yeah, I was also wondering if this was still relevant when I looked at it… can probably be removed indeed. (Maybe we can first log a warning if it’s missing and see if that shows up in logstash?)

AFAICT this is done and ready for verification now.

In T339341#8952050, @Ladsgroup wrote:

From members table, I explicitly removed you from stewards and ops but it had one per mailing list. Is it any better?

In T339341#8948969, @Ladsgroup wrote:

Can you unsub yourself from ops and stewards? I'll put you back

@Ottomata Please see /srv/mw-log/error.log on mwlog1002:

Filed an issue upstream: postorius issue #579.

In T339341#8938339, @Ladsgroup wrote:

I accepted your req in global sysops and CN admins, added you to ops and stewards and global renamers. You have been already a member of CU. Is anything left?

Screenshot:

In T339103#8931935, @Manuel wrote:

ULS is what I have as geolocation [here](F36845476), correct?

Yes

In any case, "mul" should always appear at the bottom, unfortunately.

That makes sense, just wanted to check back!

@Manuel Currently we will add languages from ULS for logged out users/ users without babels to the bottom of the box (dynamically in the front end). Should "mul" appear below these or above?

In T250720#8930829, @Lucas_Werkmeister_WMDE wrote:

Security patch for review:

0001-SECURITY-Run-edit-filters-on-submit-undo-restore.patch11 KBDownload

I ran the repo PHPUnit tests locally and they still pass.

In T305378#8726591, @Od1n wrote:

We have an use case on French wiki, where we want a list of all foreign badges of a given article.
<snip>

This is probably upstream issue #85.

In T165870#8891647, @Sarai-WMDE wrote:

<snip>
From my side, I'll proceed to bring the topic up to the attention of the Design system team at WMF. I think this requires a centralized solution: we'll discuss if it makes sense to include a property to allow button wrapping in Codex, and evaluate applying a potential change to OOUI.