Here are the cookies I have, if that helps:

centralauth_Session
centralauth_Token
centralauth_User
cpPosIndex
forceHTTPS
GeoIP
loginnotify_prevlogins
svwikircfilters-toplinks-collapsed-state
svwikiSession
svwikiUserID
svwikiUserName
UseCDNCache
UseDC
VEE
wikiEditor-0-booklet-characters-page
wikiEditor-0-booklet-help-page
WMF-Last-Access-Global
WMF-Last-Access

The relevant messages here are scribunto-limitreport-memusage-value-html and size-megabytes.

I made an edit request at https://meta.wikimedia.org/wiki/Talk:Www.wikivoyage.org_template#Pashto

there’s no reason a wiki cannot locally decide to add their sysops to the new group too

The problem here is that there are many wikis that do not have any bureaucrats. These projects would effectively lose the ability to edit their own site-wide CSS and JS.

Just noting here that there are two modules mentioned in ecc812f0 that are not present in PerfektesChaos's comment. These are:
mediawiki.api.login
mediawiki.api.rollback

(Most tasks regarding ApiSandbox seem to be tagged as MediaWiki-API, not MediaWiki-Special-pages, hence the retag)

https://test.wikipedia.org/

Will this task (and/or the parent task T161671) allow us to do cross-searches between page and user? For example: "Give me the edits on Wikipedia:Village_pump_(technical) by Nirmos".

This task seems like a special case of the more generic T63007. I think it would be better to solve that task instead. If that task is solved, you have solved it for any page, not just the main page, and not just for CSS, but JavaScript too.

Does this task have anything to do with the fact that

== Innehåll ==

is changed to

==Innehåll==

in https://sv.wikipedia.org/w/index.php?diff=42944724?

Wouldn't it be easier to create a template with the content

<code>{{#tag:nowiki|{{{1}}}}}</code>

?

And, for completeness

{
	const regex = /EmbedPLayer\./i;
	Object.keys( mw.config.get() ).filter( v => regex.test( v ) ).length;
}

gives 46, which means EmbedPLayer.IFramePlayer.DomainWhiteList is the only key with any capitalization error in that part of the name (that is, before the first dot).

Wooooaaahhh. I wrote

Object.keys( mw.config.get() ).filter( v => v.startsWith( 'EmbedPLayer.' ) );

in the console to see how many keys there are, and was surprised when I only got one value in the array. Turns out that one of the keys is misspelled. See the capital L in PLayer?

Will I as a gadget author have access to the violation reports for svwiki?

I would also like to challenge

In T190015#4171403, @Bawolff wrote:

You can't mass vandalize wikipedia using CSS.

I could live with "tech(nical)? (admin|sysop)" or "technician".

What's wrong with just "developer"? Is it because Wikimedia folk usually say "the developers" when they mean WMF staff, and you want to avoid confusion?

I'm pretty sure the BadMethodCallException is PHP, not JavaScript. The code below that is JavaScript, though.

Is this because of https://gerrit.wikimedia.org/r/419520 for T167246?

Now that this has happened, I suppose what needs to be determined is: Was this a one-time hickup, or will the same thing happen next week? If the former, there's not much use beating a dead horse, and this task can probably be closed. If the latter, I'd like to see some effort from the WMF going in to investigating this.

T193091 was filed about this.

Could someone remind me, is hewiki one of the two Wikipedias that get new software updates one day early? Is it hewiki and cawiki?

I'm a little bit confused here. This bug is about quoted URLs, and that's also what the commit message in https://gerrit.wikimedia.org/r/428371 says. However, RELEASE-NOTES-1.31 says unquoted URLs. Have you actually fixed two different issues here, or is the wording in the release notes a mistake?

If I understand your problem correctly, then resolving this task will not solve your problem because:

1. As far as I know, there is not (yet) any infrastructure for filtering out edits with a certain tag. The inverse (only showing edits with a certain tag) does exist, but that's not what we want to do here.
2. As far as I know, tags aren't applied retroactively.

In lieu of support from MediaWiki to do this, we can use JavaScript and CSS. You can add

$( function() {
	'use strict';
	if ( mw.config.get( 'wgCanonicalSpecialPageName' ) === 'Listfiles' ) {
		$( '#mw-content-text' ).prepend( '<button type="button" id="gadget-toggleflickr2commons" title="Toggle visibility of images uploaded using Flickr2Commons.">Toggle Flickr2Commons</button>' );
		$( '#gadget-toggleflickr2commons' ).click( function() {
			$( '.TablePager_col_img_description' ).each( function( i, e ) {
				if ( $( e ).text() === 'Transferred from Flickr via Flickr2Commons' ) {
					$( e ).closest( 'tr' ).toggleClass( 'gadget-toggleflickr2commons' );
				}
			} );
		} );
	}
} );

to Special:MyPage/common.js. This adds a button at the top of Special:ListFiles. When you click it, it will add the HTML class "gadget-toggleflickr2commons" to all rows where the description is "Transferred from Flickr via Flickr2Commons".

Ah, I see! So I have to change my code to

mw.hook( 'wikipage.content' ).add( function( elements ) {
	'use strict';
	if ( elements.hasClass( 'mw-changeslist' ) ) {
		console.log( 'wikipage.content fired' );
	}
} );

Thank you!

We also fixed several other context bugs that caused ResourceLoader to rapidly evict the cache due to it not handling cache keys correctly.(Thus causing slow downs due to having to recache constantly.)

Is this referring to T188076?

Is this the same as T11207?

So, I came here from https://sv.wikipedia.org/w/index.php?oldid=42703510. Now, I don't understand the VE or TemplateData stuff, but I do know what doc pages are. Is the purpose of this task to determine what doc pages usually are called on different projects? In that case, you must have gotten it wrong, at least for svwiki. https://sv.wikipedia.org/w/index.php?search=intitle%3A%2F%5C%2Fdok%2F&ns10=1 shows that there are 2 097 pages in the Template namespace where the title matches the regular expression /\/dok/. The same search with a capital D (https://sv.wikipedia.org/w/index.php?search=intitle%3A%2F%5C%2FDok%2F&ns10=1) shows 4 pages.

Not sure I understand your question. Are you asking how to fix the lint errors so that wikis can switch from Tidy to Remex? In that case, there is plenty of information on https://www.mediawiki.org/wiki/Help:Extension:Linter and its subpages.

This task is about French Wikipedia, but Deskana's link goes to French Wiktionary. Here's the relevant link: https://fr.wikipedia.org/wiki/Sp%C3%A9cial:LintErrors

I just want to make sure I understand this correctly. When I first complained about this, it was because this edit failed. This still fails, so what you have done instead is allowing the templatestyles tag to be placed on its own line. However, there are still cases when the line break is significant and unwanted, as can be seen in https://sv.wikipedia.org/wiki/Mall:Audio, so always adding it on its own line does not seem to be an option either.

Note on slow connections, collapsed content will not be accessible until the JavaScript has fully loaded, however this is arguably less of a problem then the existing reflows.

This sounds exactly like what I was afraid of in T42812#3351094 and what matmarex and Krinkle assured me would not happen.

I think it's because of @Daimona's attempt at making AbuseFilter work with https://www.mediawiki.org/wiki/Optimistic_save to solve T176291 et al.

Thank you!

Filter hits aren't in RecentChanges, regardless of whether the filter is private or not.

I have confirmed that IE11 has this bug.

I can no longer reproduce this problem, so I'm marking this as resolved.

Ok, I've investigated this further now. The hyperspecific CSS rules I complained about above are from https://sv.wikipedia.org/wiki/MediaWiki:Gadget-InterProjectLinks.css (I didn't realize this at the time I wrote that). However, they are there because Vector has these ridiculously specific rules:

#mw-panel .portal .body li {
	line-height: 1.125em;
	margin: 0;
	padding: 0.25em 0;
	font-size: 0.75em;
	word-wrap: break-word;
}

This is the core problem as I see it (unless the rabbit hole goes even deeper). @matmarex, @Volker_E: Is there any chance Vector's specificity here could be lowered? Otherwise we're just playing this ridiculous game about who can shout the loudest.

The issue at svwiki is solved, but I'd still consider the fault to be on either:

1. The Timeless skin that for reasons I can't explain does not reuse the same ids, classes or HTML structure (why can't #mw-site-navigation be called #mw-panel?) and/or
2. The overly specific CSS selectors (why can't #mw-panel div.portal div.body ul li.wb-otherproject-link be changed to simply .wb-otherproject-link?)

Added

#p-wikibase-otherprojects .mw-portlet-body ul .wb-otherproject-link {
	background-repeat: no-repeat;
	background-position: left center;
	padding-left: 18px;
}

to https://sv.wikipedia.org/wiki/MediaWiki:Gadget-InterProjectLinks.css in https://sv.wikipedia.org/w/index.php?diff=42642259

As far as I can see, there is a CSS rule that looks like this:

li.interProject,
.portlet .wb-otherproject-link,
#mw-panel div.portal div.body ul li.interProject,
#mw-panel div.portal div.body ul li.wb-otherproject-link {
	background-repeat: no-repeat;
	background-position: left center;
	padding-left: 18px;
	margin-left: 0;
}

This is not applied in Timeless.

Thanks!

No, I can't reproduce the issue on https://reading-web-staging.wmflabs.org/wiki/Special:Nearby#/page/Spain. Thanks! I suppose this can be closed as resolved. Do you know when this will be deployed to WMF wikis?

Could you elaborate on what you mean by a race condition?

When I load https://sv.wikipedia.org/wiki/Special:N%C3%A4ra#/page/Oslo I sometimes get articles near Oslo, and sometimes articles near myself.

Are you able to replicate the same issue on https://reading-web-staging.wmflabs.org/wiki/Special:Nearby ?

Hard to say. I'm having trouble connecting to that site (it's really slow for me). Also, there is, as far as I can see, only one article there with coordinates (Spain).

I created T189818 about the race condition you have introduced.

The nomination failed, so this is now out of my hands.

So, this task is kind of two-pronged in that there's partly an extension of MediaWiki:Gadgets-definition (see T145997 for an example) that's being discussed, and partly per-page loading with for example
<load module="ext.gadget.MyAmazingGadget"/> that would be added to a page's wikitext. While an extension to MediaWiki:Gadgets-definition would be a lot more powerful and be of use for more gadgets, I assume that this would also be more difficult.

Thank you!

I'm not sure this change would be very well received by the community. Sometimes, for various reasions, people only want to log actions. Recently, this was done on enwiki in https://en.wikipedia.org/wiki/Special:AbuseFilter/905 for T32750/T188960.

There is also https://www.mediawiki.org/wiki/Writing_systems/LanguageConverter

Or https://www.mediawiki.org/wiki/Writing_systems/Syntax perhaps?

Does https://www.mediawiki.org/wiki/Writing_systems help you?

I thought we had established in T185853#3966830 that the amount of styles is so small that it does not affect performance. I've been meaning to ask if this task should be closed, but other things have gotten in the way.

Wow! If you have done what I think you have done, this deserves all the story points and user notices it can get! I'm very much looking forward to seeing this in action!

First of all, thank you so much for making a patch for this, and so quickly too!

Done. This is now https://meta.wikimedia.org/wiki/Steward_requests/Global_permissions#global-interface-editor_for_Nirmos

@Tgr, @Anomie: I have a proposal. I can nominate myself to become an interface editor. If the nomination goes well, I'll change the protocol-relative URLs to https in all CSS pages in the MediaWiki namespace across all WMF wikis. If the nomination fails, the ball is back to you guys, which may or may not mean "relenting" to allowing protocol-relative URLs. Does that sound like a good plan to you? If you find that agreeable, I can nominate myself now. I mean, even if the nomination fails, no one can accuse us for not trying to do the right thing, which is a win.

Thanks for creating this task. However, I'm not sure allowing protocol-relative URLs is going in the right direction. https://www.paulirish.com/2010/the-protocol-relative-url/ describes protocol-relative URLs as an anti-pattern, and https://en.wikipedia.org/wiki/Wikipedia:Protocol-relative_URL says that they should no longer be used on Wikipedia. Other solutions include:

1. Try to make the error message better. The conversation in T185623 suggests this may be difficult. If it proves too hard to do this, a "preemptive" warning could be added to the page when creating or editing TemplateStyles, like "Note: If you are using url(), make sure that the URL starts with https:// and not //". Now, I do realize that MediaWiki ≠ Wikimedia, so that preemptive warning should probably be limited to Wikimedia
2. A global sysop/interface editor/steward could be asked to replace the protocol-relative URLs with https
3. If all else fails, we can at the very least make sure that this quirk is properly documented at https://www.mediawiki.org/wiki/Help:TemplateStyles. However, I'm not sure this will prove very effective. The vast majority of WMF users will not read that page, and to third-party wikis it might come across as irrelevant or obvious information as the more technical page https://www.mediawiki.org/wiki/Extension:TemplateStyles already describes how to use configuration variables like $wgTemplateStylesAllowedUrls

I'd recommend holding this off until T186965 and T188143 are solved.

Done. Everything with regard to migration of styles on svwiki is now reverted, so that this task may be investigated in peace without any fear of more wild span tags being added to articles.

Ok, so I'm gonna move all styles I've migrated back to the MediaWiki namespace, until this is sorted out. Even if this turns out to be premature, the key here is that moving styles back and forth is very little work. Finding and cleaning up edits by potentially all VE users is a tremendous amount of work. I will do this now.

Should I move the styles back to the MediaWiki namespace on svwiki?

No, I did not try to edit the template call with VE. I just changed "febsdfsdfsdfruari" to "febsdfsdfsdfrsdfsdfsdfuari" in https://sv.wikipedia.org/w/index.php?diff=42504675

This appears to be the same as T27377.

Found it. It's in https://phabricator.wikimedia.org/diffusion/EFLW/browse/master/modules/engine/components/board/features/flow-board-loadmore.js

Just noting that a703662e1c62 (https://gerrit.wikimedia.org/r/#/c/413091/) is the commit above, since the bot didn't want to link to it.

FWIW, I can see added_lines on https://pt.wikipedia.org/wiki/Especial:Filtro_de_abusos/examine/81444073