This is a community decision. See https://en.wikipedia.org/w/index.php?title=MediaWiki_talk:Vector-night-mode-beta-tag&oldid=1351397209#c-Jdlrobson-20260427180300-Xaosflux-20260417183700

I can replicate. The redirects are using hash fragments that exist inside content that is hidden until found. Some JavaScript in MobileFrontend is supposed to expand the relevant section and scroll to it.

This either is a CI issue or an issue with the BundleSize base test. Not ResourceLoader.

Just enable the extension, as it is very much better than not having the extension, and inform the communities that this was due to mere negligence for years.

Yes it will take up to 14 days to disappear entirely from the site. This is expected and how our cache works. You can purge a page with action=purge to manually speed up this prroces.

https://wikilovesinat.netlify.app/ still appears to be working if you need a tool in the mean time.

Fwiw page previews does have an api for registering custom preview types. ReaderExperiments could utilize that and this would also be good pre work for moving the reference drawer out of MobileFrontend...

Caused T419620: [beta cluster] "TypeError: hasPinnedElementsFn is not a function" warning

(This is not urgent BTW so please dont feel like you need to treat this as "unplanned" sprint work! Plan for it whenever you have the space!)

I can't replicate this on iPhone so this probably relates to the fix that landed for autocorrect.

I dont think 3 works here will work without some kind of performance penalty e.g cumulative layout shift.

I am recommending we proceed with my proposal and am saying I'd welcome a patch here.

Consider https://en.wikipedia.org/wiki/Special:ReadingLists/Jdlrobson/9

The lint rules are useful to some wikis as @Redmin has demonstrated. I also know they are being acted on and helpful in a few other wikis.

On mobile in non advanced mode only the diff link is supported in rows. This was originally due to touch size.

I left a note on Slack that these are also supposed to show for sign ups for anonymous users clicking the watchstar. If we can pinpoint when this broke I'd be curious how it impacted sign ups giving the reader experience team are thinking about anonymous workflows for reading lists.

No idea why that background: none rule was added but it doesn't seem to be compatible with most recent markup from Echo so let's remove it.

Switching to max-width would probably work Want to submit a patch and I'll take a look ?

This is a follow-up to task T201233, which addressed horizontal scrollbar behavior on desktop. This task focuses specifically on mobile and small-screen readability of MathML content.

Still happening in 1.46.0-wmf.11

Code in question is here: https://github.com/wikimedia/mediawiki/blob/master/resources/src/mediawiki.rcfilters/ui/WatchlistTopSectionWidget.js#L55-L66
Relying on skin will not be very feature proof as skins evolve.

Can be fixed by adding

.searchresult {
    word-break: break-word;
}

here: https://gerrit.wikimedia.org/g/mediawiki/core/+/18adacca15cb6f1c33389f59ab381c74ff5cc6bd/resources/src/mediawiki.special.search.styles.less#7

Can this ticket be resolved?

We can remove the styles locally using the guide in here:
https://www.mediawiki.org/wiki/Extension:WikimediaMessages#Disabling_styles

In T370421#11361468, @Sdkb wrote:

@Jdlrobson could you share more about why this was deemed not a priority?

To disable media viewer you need to uncheck the preference here (enable media viewer /
Medienbetrachter aktivieren):
https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-rendering

(assuming since the description isn't well fleshed out but patches to MobileFrontend got merged). Please open new ticket if more to do here.

The documentation is incorrect and misleading.

I think adding the following to Special:MyPage/common.css is seems to also a good short term solution but with no guarantee that will continue working:

.mw-body-content {
    text-size-adjust: 200%;
}

Content transform team are working on this.

Ie. My recommendation would be to undo the ID change in rECACff06099b0c91

Ideally I would love it if it replaced the existing link using the same ID rather than adding a link. Semantically these actions are identical. CSS classes should be used to distinguish them if additional CSS is needed.

In T357352#11265385, @OTichonova wrote:

Hi @Scardenasmolinar. Are the user groups a vital part of the card? If not, I wouldn't keep them, as the elements in the card are taking up a lot of the screen.

cc @Samwalton9-WMF

Please create a subtask for QA.

Thank you for tagging this task with good first task for Wikimedia newcomers!

Is there any way I can help contribute?

Is there a new timeline for this? (Apologies if this is common knowledge I am still in the process of catching up after being away)