No problem, we're happy to help you learn if you need in the various forums available. (MediaWiki.org or Libera IRC #wikimedia-tech)

In T287444#7242521, @Meow wrote:

In T287444#7242323, @Aklapper wrote:

@Meow: Do you plan to work on fixing this task, as you increased the priority of this task?

I just saw it ‘needs triage’.

Can I ask why so many tasks have been moved around columns? You seem to be doing it backwards and forwards and if there's no need it can spam a lot of people.

@Marostegui was doing a reimage

Parsoid not being alpha 9 from composer is answer

We need something like https://gerrit.wikimedia.org/r/c/mediawiki/core/+/708062

includes/resourceloader/VueComponentParser.php:101 PhanRedefinedClassReference Saw reference to \RemexHtml\DOM\DOMBuilder declared at vendor/wikimedia/dodo/.phan/stubs/DOMBuilder.php:24 which is also declared at vendor/wikimedia/remex-html/RemexHtml/DOM/DOMBuilder.php:21. This may lead to confusing errors. It may be possible to exclude the class that isn't used with exclude_file_list. In addition to normal ways to suppress issues, this issue type can be suppressed on either of the class definitions if it is impractical to exclude one file.
22:32:34 includes/resourceloader/VueComponentParser.php:105 PhanRedefinedClassReference Saw reference to \RemexHtml\DOM\DOMBuilder declared at vendor/wikimedia/dodo/.phan/stubs/DOMBuilder.php:24 which is also declared at vendor/wikimedia/remex-html/RemexHtml/DOM/DOMBuilder.php:21. This may lead to confusing errors. It may be possible to exclude the class that isn't used with exclude_file_list. In addition to normal ways to suppress issues, this issue type can be suppressed on either of the class definitions if it is impractical to exclude one file.
22:32:34 includes/resourceloader/VueComponentParser.php:105 PhanTypeMismatchReturn Returning $domBuilder->getFragment() of type \Wikimedia\Dodo\Node but parseHTML() is declared to return \DOMDocument

I'm going to try and find someone with time so we can still get back ports out as soon as Jenkins allows us to reduce the wait.

@sbassett: can you request a CVE?

Patch in progress

Please avoid telling us how things look every 30 seconds

Tentatively high as this caused significant performance issues lasting hours

You should copy the config from https://wikitech.wikimedia.org/wiki/Production_access#Setting_up_your_SSH_config

Can you link to said fix?

See https://www.mediawiki.org/wiki/Writing_an_extension_for_deployment

Please link to the discussion but this will have to go from Security reviews etc

I guess so

Jenkins bot never voted on it. It should have the right to.

Updated project description with Wikimedia-Shop/#79468

It was a bad deploy.

@cscott: do you plan on working on this?

Could you perhaps provide the text you want to change it to or something simmilar?

If it works fine in a wikilink but not a specfic template then that's a content issue. You'd be best raising that on wiki.

For the record, https://en.wikipedia.org/w/index.php?title=Special:AbuseLog&wpSearchUser=Helioshussain - it's a spam only account

https://www.wikidata.org/w/index.php?title=MediaWiki:Wikibase-sitelinks-wikinews/en-gb also shows Welsh

Do you know what you did though? Not sure this is unbreak but I managed to create large text as well doing nothing.

I only managed that on one refresh

Do you mean like ^?

Change merged

https://github.com/Ladsgroup/Phabricator-maintenance-bot/pull/36

In T286380#7203710, @Juan90264 wrote:

@Urbanecm @Stanglavine @Tks4Fish So... the system is already prepared to revert, when will they do it?

As said above, tommorow morning.

If no reply, then no.

Yep

Per on IRC, this only affected because of the train rolling back. It's just moved forward again so this shouldn't happen.

In T285032#7190876, @Legoktm wrote:

Thanks for finding that, I sent a support request from my wikimedia.org address.

Expect a reply in about 4 months time. That was a normal response time when I had to go through it.

Phabricator is not for tracking local wiki content issues. Please see https://enwp.org/WP:AFC for where you can get help.

In T285329#7170182, @Legoktm wrote:

I don't think it needs to be private, T221887: Ignore css in displaytitle when $wgRestrictDisplayTitle is enabled is public and explains a different way to bypass $wgRestrictDisplayTitle.

@Aklapper: This allows circumventing a technical restriction. It should be Security.

Seems like a security issue

Patch +2'd by Jon

https://web.archive.org/web/20210619220849/https://cdn.jsdelivr.net/npm/simple-line-icons@2.4.1/css/simple-line-icons.css works for me

Parser profiling data shows over 5 seconds to load it

The whole page seems very slow to load though

Reproduced with adding an image to that article specifically. Request from <me> via cp3062 cp3062, Varnish XID 579161022
Error: 503, Backend fetch failed at Sun, 20 Jun 2021 13:44:25 GMT

Does this actually only affect Chinese Wikipedia? Have you tried another site?

In T281152#7162083, @AlexisJazz wrote:

T285125

I don't know what version is running on beta cluster, but this may be a blocker.

Beta cluster is latest master branch.

No because we don't know who on SRE will be around next week.

In T204830#7152944, @Esc3300 wrote:

Given the time lapsed, it's no longer medium priority. So is it "high" or "unbreak now?"

Definitely not Unbreak Now. There's zero reason to wake people up on a weekend over it. I'd leave it medium but I'll see if I can poke some helpful SRE during the week on IRC. I do note that it's All Hands though so there's no formal deploy Windows.

This isn't UBN!

Merged all open tasks of same title