In T9712#196193, @John wrote:

"Was force pushed without waiting for CI by John @ 19:56"

It wasn't forced pushed - it was committed?

Clarification: CI there to point out exactly this was bypassed by merging without a PR and then when post merged failed completely ignored for about 10 minutes

Advised on discord to use ManageWiki

In T9545#195349, @The_real_kbos_Cuddly_Rainbow_Guardian wrote:

this just happened when i was looking at my global account info

Please open a new task.

In T9457#194383, @Ugochimobi wrote:

“In this document, when we say “Wikimedia Cloud Services”, we mean content or services hosted on wikitech.wikimedia.org, wmflabs.org, or a subdomain of wmflabs.org.”
According to this statement, Does the Wikitech ToU not cover wma.wmcloud.org?

In T9601#193959, @John wrote:

syslog suggests the networking service on cloud10 was restarted

I don't believe a human did it. Surely it shouldn't randomly restart.

Hopefully

We're sorry for this.

Reported nearly a year ago at https://phabricator.wikimedia.org/T287725

Deprecated: Use of BaseTemplate::getAfterPortlet was deprecated in MediaWiki 1.35. [Called from GreyStuffTemplate::getPortlet in /data/project/skins/public_html/skins/GreyStuff/includes/GreyStuffTemplate.php at line 222] in /data/project/skins/public_html/includes/debug/MWDebug.php on line 377

This causes a flash of the screen on skinswiki so -1 and I expect a decline.

_construct_l10n_command was added with https://github.com/miraheze/puppet/pull/2456/commits/ef8aaa8cf37f335dfa64f4fbb3588bd802626202 and will be merged with v4

Side note: we don't install extensions using the distributor anywat

Already available. We don't install it globally. Please use loginwiki.

https://github.com/miraheze/puppet/pull/2687 for what I can see in puppet

https://github.com/miraheze/puppet/pull/2687 for what I can see in puppet

There is no concept of an owner.

XMLs can now be requested though using ImportDump on meta. Please see the new imports guidance.

Please attach the file

Yes

Please try again if you can't use the request page

Afaik no

I can.

You just need to enable TemplateStyles

We also can't see your screenshot. It needs attaching to the task.

Hi, You can now use the RequestImportDump page. Please try using that to speed up the process!

There's only no native support for multiple wikis so this would be 6GB memory needed and a fair bit of sysadmin time.

Blazegraph is far too unstable. This would be a massive hog on resources.

Thanks for the report. Reception123 restarted and I forgot to close but it's back now.

Thanks @Untropicalisland: can you confirm your Firefox and OS version either here or on the Firefox ticket linked?

OAuth: already installed.
Elasticsearch: not available and won't be for some time.

Yes

Raised this at https://bugzilla.mozilla.org/show_bug.cgi?id=1774861 - please disable Total Cookie Protection if it's enabled.

@Bukkit: why has this been lowered? This is arguably UBN rather than normal.

@Reception123: 2 reports of issues in China on IRC today.

Page protection will have to reapplied.

Both your wiki and jadtechwiki use overrides.

I very much doubt this will be fixed by the upgrade. Please don't ping specfic sysadmins too.

It becomes hard when every extension needs forks deploying, that are all on branches that could be deleted at any point and if a change is made upstream and not pulled to the deployed branch. It's on us to notice and work out the right solution.

Cloud servers can't be done without downtime can they?

The patch isn't even merged.

Removed due to incompatibility with next mediawiki version

Please don't assign random users

And yes they were numerous issues in how the upgrades were done early this morning

I filed the task because Icinga alerted again. It was only released this morning.

That would change the Miraheze subdomain to evilgenius.Miraheze.org and likely log you out until you reset cookies.

Is there a specific page we can test on?

What exactly are you doing when you get that?

Can you please expand?

The default setting (and as it was prior to that PR) is 10 minutes @Dmehus

I tidied git up while waiting for year 7s to disappear. LC generator can wait for another day

No reason to wait several days. Anyone can make a PR in a few minutes for this.

None, other than the potential for a pick up in spambot user creations, which Stewards are well placed to perform CheckUser investigations and block any web hosts/open proxies.

Can I please remind you that SRE had to take emergency action to restore the Abuse Filter and that CVT failed to even notice it had been throttled at one point?

@Dmehus: No it's not UBN now but it keeps alerting and the job queue & exceptions alerts are supposed to show user impact and by definition when they alert be unbreak now.

refreshLinks paged now :(

There's a few DB Connection timed outs for runJobs.php but nothing often / large enough to indicate it could cause huge backlogs.

recordLint runs on both runners, maybe it failed on mw* and I'm missing the logs as to why from last night.

You should be able to use the html tag method via WikiSEO if you don't want to wait but we'll be able to do this.

It's because you'd be able to promote yourself to CheckUser & Oversight. The local steward group is mainly only for allowing stewards to edit user groups that don't exist on meta.

We do not allow anyone to edit all rights