I see this button is an input element. Is that why? Do we know why this is happening?

Thanks @nray that's awesome!

This is working as intended on https://en.m.wikiversity.org/wiki/Special:AllPages
Provided there are no entries in logstash this can be resolved :)

Thanks for information.

@alexhollender question for you in description.

These appear to have tailed off. \o/

Is an OOUI release needed now?

Looks fixed on https://en.m.wikipedia.beta.wmflabs.org/wiki/Special:ContentTranslation - @Etonkovidova can you confirm?

Page previews already sends Accept-Language, sending the value of mw.config.get( 'wgPageContentLanguage' ) so using Accept-Language makes sense to us in reading but please involve us and Chinese-speakers in testing prior to the deploy so we can check this works.

Related: T227908

In T227917#5329547, @Jdforrester-WMF wrote:

Oh, interesting. Brand told us ages ago (I think) that the logo icons shouldn't be rendered in variants, but I don't know if that still holds (it seems perfectly reasonable to use them).

I get a different error:

load.php?lang=en&modules=startup&only=scripts&raw=1&skin=minerva:2 TypeError: Cannot set property 'activator' of null

when I visit https://en.wikipedia.beta.wmflabs.org/wiki/Special:ContentTranslation?useskin=minerva or https://en.m.wikipedia.beta.wmflabs.org/wiki/Special:ContentTranslation

Do we need to change hamburger icon too? Here's revised version:

I guess we can resolve this then?
In summary this spike was due to EditAttemptStep sending null values ?

A patch has been merged (worked on a related bug fix while working on the notification icon refresh). Per retro putting through QA.

@Ottomata is the source of this known?

Looks like this got merged ages ago, is in production now and needs design review / QA. Can be seen here: https://en.m.wikipedia.beta.wmflabs.org/wiki/Related_Articles_4 and https://en.m.wikipedia.org/wiki/Humphrey_Stafford,_1st_Duke_of_Buckingham

@kostajh was correct. Luckily the solution was quite trivial - there's a line that needs removing.

While analysing this, I split out several subtasks where it is more appropriate to fix. I wrote a patch as the remaining work involved was trivial.

@Volker_E I'm using the bell icon in core and this is what I get... which seems a little big:

(Example where redirect doesn't work: T107108)

@Krinkle aside from the obvious fact of an unnecessary round trip, the issue as I see it is that if you are using the mobile domain on a desktop device (for whatever reason) , clicking these links throws you out of that experience into desktop and that sometimes the redirect code doesn't seem to work (which will require some further investigation). There are also some issues with OAUTH (T112730 and T145545) and banners (T158030) which rely on wgServer URL and matching it against the current domain and I think apps. T156847 has lots of duplicates merged in so will provide more context. @PerfektesChaos, @Dvorapa (see T154750) may be able to give more background.

Changing it to 48px is a little trickier as it requires adjusting more calculations, but should be easier once this is done first.

@nray could we just use vh units here for max-height instead?

Fixed. A div was opened using Col-begin template but not closed via Col-end. This is very common and an on-wiki issue. https://en.m.wikipedia.org/wiki/Special:MobileDiff/905519761

Almost certainly an issue with the wikitext of the article. I will look and (probably) fix later today.

Category is in beta, so marking as low.
This category search widget uses OOUI (which is different to search) which I guess doesn't support highlighting in this way so we may need to add that support in OOUI first.