In T377967#10254694, @elukey wrote:

@Titore do you feel that the above Wikitech change is enough? The link is visible on the MOTD, so it should be easy for a user to get the privacy info. Lemme know :)

In T376814#10239083, @Ebrahim wrote:

I can't see the issue locally so guess I need help for reproducing this

While this looks fixed for the most part, it's still broken for watched categories.

Looks like it's back up and running.

In T363826#9770644, @Melos wrote:

Analizzando i tool già presenti abbiamo Xtools che permette di estrarre una determinata categoria di edit automatici:

Ah, ma quel tool è la svolta!
Non so se avrà seguito, ma intanto ho richiesto che vengano aggiunti i collegamenti suggeriti delle attività per nuovi utenti.

Fixed in T346686: https://gerrit.wikimedia.org/r/973229.
Thank you!

I resorted to just use nowikis, but I would call both ways workarounds. While it has been kind of known that collapsed sections are still sections (they do end up in TOCs, after all), I think users do not expect something they put inside a collapsed template to affect the subscribe link visibility.

@Jdlrobson Yes, thank you!

Users are reporting similar issues on itwiki and enwiki.

In T357202#9531349, @Nardog wrote:

In T357202#9531155, @Titore wrote:

Other buttons are not showing up either, i.e. "Mark as patrolled" (for users with the "patrol" user right in wikis with $wgUseRCPatrol set to true).

"Mark as patrolled" doesn't appear when viewing a diff on desktop either so I doubt it should on mobile. What are the "other buttons" you allude to?

Other buttons are not showing up either, i.e. "Mark as patrolled" (for users with the "patrol" user right in wikis with $wgUseRCPatrol set to true).

The IP from itwiki just confirmed that it used to clear after clicking to "new messages", which is just a link to your own talk page, by the way. I just tested it on MediaWiki 1.39 (not Wikimedia though) and I can confirm it too.

@vadim-kovalenko Since https://gerrit.wikimedia.org/r/769692 some previews stopped working on itwiki. You can check it by hovering
Siniša Mihajlović or Héctor Puricelli on https://it.wikipedia.org/wiki/Wikipedia:Officina#Anteprima_a_volte_non_disponibile (and many others on Serie A 2021-2022). Reproduced it with a local copy of mediawiki-services-mobileapps.
It looks like your latest patch (https://gerrit.wikimedia.org/r/774436) fixed it, though.

Yes, the __DISAMBIG__ magic word is provided via the Template:Disambigua, used in both pages.
Could it be related to this? It looks like if the extract is empty (i.e., no lead section) it always returns TYPE_GENERIC.

It isn't, just a "note" for the reproduction steps.

Note: it only happens with the old mobile frontend, doesn't occur using the advanced mode.

Hey, I'm the one who reported this in meta. Looks like the issue is solved now, thanks to whoever took care of this. This also happened last year, might be related to the new year start, because it also stopped populating the feed after December.

Looks great, overall. I can still reproduce step 3 from T234142 with the following error:

Seems related to T233994.

In T233994#5531651, @SUM1 wrote:

Should also mention that this totally breaks the editor, at least it did for me.

Tried to cut a paragraph containing citations, and it failed to cut most of it, and some buttons and functions would not work after this (such as Publish changes or Undo). This was the same behaviour as the vanishing reference, which also vanished when cut (not just "dragged" as the original post suggests). I could no longer Undo or click Publish changes. I'd say this is a very urgent issue to fix.

It's happening again to me today, even in safe mode. Sometimes it looks like the entry finally gets unbold, only for it to become bold again after some time.

Since at least February 12 I cannot reproduce the Error, edit not saved. that I reported. My steps were simply typing "Test https://www.google.com" while logged-out, and now the captcha is indeed shown with no error. Not sure if you're testing some more use cases though.

I would expect it to be consistent with what's shown without any parameters, and it used to work this way when action=raw was paired with usemsgcache=true. The MediaWiki NS currently shows the localized message from the i18n cache if the custom one is deleted. I.e., https://it.wikipedia.org/wiki/MediaWiki:Nextdiff shows "Differenza successiva →".