The category https://en.wikipedia.org/wiki/Category:Pages_with_non-numeric_formatnum_arguments is being populated but it is not listed on https://en.wikipedia.org/wiki/Special:TrackingCategories. How is this possible?

I think someone or something turned 8 to 80 in namespaces in the URL to global-search.toolforge.org above. Let's see if this works instead: https://global-search.toolforge.org/?q=\%24.%2B\%3C(div|span|form|p|a|label|table|tr|th|td|th|thead|tfoot|tbody|small|strong|em|i|b)[^%3E\n]*%2F\s*%3E[^\n]*\%3C&regex=1&namespaces=8

Why do some of the test urls go to mediawikiwiki if this task is about cawiki? For example the first one with blockOptions. If I enter

mw.loader.load( 'https://meta.wikimedia.org/w/index.php?title=User:Mike.lifeguard/blockOptions.js&action=raw&ctype=text/javascript' );

in the console on https://www.mediawiki.org/wiki/Topic:Vlxq3or3tf4p1ozv I get "Uncaught ReferenceError: wgCanonicalSpecialPageName is not defined", just as the task says, but that is because mediawikiwiki has turned off global JavaScript variables (T72470). That does not happen on cawiki.

They aren't used anywhere in the cawiki User namespace either:
blockOptions
addTools
TwinkleGlobal

After a quick investigation, none of the following seem to be used anywhere in the cawiki MediaWiki namespace:
blockOptions
addTools
TwinkleGlobal

@daniel , @BPirkle is this because of MCR / T212428 / 9bd04f784566?

svwiki used to be in report-only. It no longer is. It has broken recently (this year). None of the patches I link to indicate that this is intentional.

https://deployment.wikimedia.beta.wmflabs.org/wiki/Main_Page has a content-security-policy header, but no content-security-policy-report-only header.

Maybe I should add that this worked in January. There are two CSP-related patches to CommonSettings since then. First https://phabricator.wikimedia.org/rOMWCa31cfb5a177a2cebbf786f74bdde604458a9867c on February 25 and then https://phabricator.wikimedia.org/rOMWC203f468dcdf3f07aa6f2c25bd7486861f8a95af4 on March 16. Neither patch makes any mention of removing the existing report-only for production wikis in their commit messages.

In T254698#6200231, @Reedy wrote:

Is it possible to enforce prevention of external scripts while keeping everything else report-only?

What do you mean by everything else?

https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/596756/ allegedly caused T254546.

Not specific to Vector.

See also T254550.

See also T254546.

Previous order:

#p-navigation
#p-wikibase-otherprojects
#p-coll-print_export
#p-tb
#p-lang

Current order:

#p-navigation
#p-tb
#p-lang
#p-wikibase-otherprojects
#p-coll-print_export

Has this bug somehow been fixed since I filed it? I can't reproduce it anymore.

Is this the reason why https://sv.wikipedia.org/wiki/MediaWiki:Gadget-MarkDeletedPages.js is acting up? Is there a replacement strategy or do I just remove the gadget?

The post-mortem at https://wikitech.wikimedia.org/wiki/Incident_documentation/20200225-mediawiki_interface_language states

Reported by users at phabricator:T246071 and other tasks. There were no alerts as far as Lucas Werkmeister (WMDE) is aware.

and

Impact was not clear from the beginning, since the additional load was not significant to trigger any alerts (even through average app server response time jumped 33%)

and suggests

If human only, an actionable should probably be "add alerting".

Should a task for that be created?

Of the four cases linked in the description, the first three seem to be a duplicate of T194310.

Found it. Redux and ReduxThunk exist while logged out, but not while logged in. No idea what that is.

Some before-and-after stats with regard to the number of global variables. This assumes Object.keys( window ).length and https://sv.wikipedia.org/wiki/Portal:Huvudsida

In the commit message:
"enforced my software" → "enforced by software"

I googled "mrj language fallback" and found https://www.mediawiki.org/wiki/User:TJones_(WMF)/Notes/Fallback_Languages which suggests that mrj should fall back to ru.

Adding "easy" on the assumption that this is the one-liner that I think it is. If not, feel free to revert.

@Sebastian_Berlin-WMSE It's possible to make the script add a portlet link to the toolbox, and have that link .show() the dialog again. The portlet link is added when the dialog closes (both when the user closes it as well as from the setTimeout). This guarantees that there will always be a dialog to show when clicking this link. It also guarantees that the portlet link is only shown after the user has made an edit.
Proposed diff: https://sv.wikipedia.org/w/index.php?oldid=46879235&diff=46881200
If you think that this is a good idea, I can implement this.

@Krinkle: I'm available if you want to deploy to svwiki.

Just thinking out loud here: If you're looking at filters from many different wikis, it is very likely that you'll come across wikis you've never visited before. And if you've never visited a certain wiki before, you do not have an account there yet. And if you do not yet have an account there, you can not be in any of the local groups and therefore not have any advanced permissions yet. Could this be what's happening here? (Note: I am not a MediaWiki developer, and I am not familiar with bot passwords)

@Jane023 You'll need the " !important" part too in the CSS part. I updated my comment above, but you probably copied from Multichill's quote of my comment.

Done. @Jane023 You can add

mw.loader.load( 'https://sv.wikipedia.org/w/index.php?title=Anv%C3%A4ndare:Nirmos/MarkLocalImages.js&action=raw&ctype=text/javascript' );

to https://meta.wikimedia.org/wiki/Special:MyPage/global.js
This will add the HTML class gadget-marklocalimages to all images that are not from Wikimedia Commons, on every project. You can then style this class however you want on https://meta.wikimedia.org/wiki/Special:MyPage/global.css
Example:

.gadget-marklocalimages {
	border: 5px solid green !important;
}

I can take a look at this.

It has been done for DevelopmentSettings, Beta Cluster, group 0 and test2wiki. It has not been done for group 1 or group 2.

Which project (site) is this for?

Ah. Found it. It's on English Wikipedia. I didn't see it in the preferences as it requires the right rollback. Anyway, the correct place to report this would be https://en.wikipedia.org/wiki/MediaWiki_talk:Gadget-confirmationRollback-mobile.js

Sorry, but on-wiki gadgets aren't tracked on Phabricator. Which project (site) is this for?

@Daimona: Larske has now removed a dangling | at the end of https://sv.wikipedia.org/wiki/Special:Missbruksfilter/115

Adding svwiki 115 to the list. This filter is now erroring out since svwiki is already using the new parser.

I have informed Svensson1, Larske and JohanahoJ about this at https://sv.wikipedia.org/wiki/Wikipediadiskussion:Redigeringsfilter#Filter_115

This would be trivial if appropriate HTML was added to https://en.wikipedia.org/wiki/Template:Convert and extremely unreliable as things currently stand (you would basically have to run a regex substitution across the entire page).

I wonder if this means TemplateStyles don't work in indicators either?

Well, you would have to add the mw-parser-output class yourself for it to work. See T37247, https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/352835/ and T188443.

Maybe the TMH JavaScript is scoped to #bodyContent or #mw-content-text?

Absolutely, I'm very happy that you're trying to sort things out! 👍

Things are still broken. For a minimal test case, see for example https://sv.wikipedia.org/w/index.php?diff=46200983

Same as T189095?

The colon is there in the screenshot you added (directly below "Active filters"). I should probably mention that this is not a new issue – it's been like this since Recent Changes was revamped. This is just speculation from my part, but it looks like some developer tried to add the colon there to emphasize that the filter has to do with namespaces (which contain colons), but added it on the wrong side of the namespace itself (i.e. :MediaWiki instead of MediaWiki:).

I'm confused. Shouldn't it be set to false?

https://www.mediawiki.org/wiki/Security_issues_with_authorization_extensions

Can't reproduce the problem in Firefox, Chrome or Edge. User:Pamputt/common.js contains a lot of old junk.

importScript('Utilisateur:Moyogo/latin_étendu.js');

gives "JQMIGRATE: jQuery.fn.bind() is deprecated".

importScript('Utilisateur:ArséniureDeGallium/vector.js');

gives "ReferenceError: hookEvent is not defined".

This happens when the servers are under too heavy load. Looking at https://commons.wikimedia.org/w/index.php?title=Special:Contributions/Alexis_Jazz&offset=&limit=500&target=Alexis+Jazz it seems you have made 353 edits in one minute. That's almost 6 edits per second. That is several times faster than bots are allowed to edit on any Wikimedia project I know of. Even doing this with a bot flag would not solve the database retention problems you've seen. Doing this without a bot flag is absolutely crazy, as not only are you still editing too fast for the servers, but you'll also flood Special:RecentChanges, making life much harder for the few brave heroes there who try to catch vandalism. I suggest you read up on some etiquette before making any further edit:
https://commons.wikimedia.org/wiki/Commons:Bots
https://www.mediawiki.org/wiki/API:Etiquette

See also T49512.

Same as T184858?

In T167246#5245129, @mahmoud wrote:

One other thing I noticed: The bot flag seems like something intrinsic to the actor, not the action, but rc_bot was left on the recentchanges table. Also doesn't appear deprecated. Any plans there?

That's T19237.

This is wmgUseSandboxLink in https://phabricator.wikimedia.org/source/mediawiki-config/browse/master/wmf-config/InitialiseSettings.php

As Izno said, this reduces composability.

This comment looks strange:

/**
* Algorithm to convert Gregorian dates to Thai solar dates,
* Minguo dates or Minguo dates.
*
* Link: https://en.wikipedia.org/wiki/Thai_solar_calendar
*       https://en.wikipedia.org/wiki/Minguo_calendar
*       https://en.wikipedia.org/wiki/Japanese_era_name
*
* @param string $ts 14-character timestamp
* @param string $cName Calender name
* @return array Converted year, month, day
*/

Is it supposed to say "Thai solar dates, Minguo dates or Japanese era names"?

Can confirm.

How can "edits" ever be stored as a "cookie"?

They can't. A cookie can only hold around 4–10 kB or so.

This is easy to do as a gadget or user script:
https://sv.wikipedia.org/wiki/MediaWiki:Gadget-SearchEdit.js
https://sv.wikipedia.org/wiki/MediaWiki:Gadget-SearchEdit.css

Caused by T205581.