Partially related,

In T58418#5045859, @Catrope wrote:

Echo's current HTML DOM no longer contains <a> elements nested inside of <a> elements

(See also T158756: More clearly described Notification options in Preferences about showing what exactly each category contains.)

Not sure why this was declined but it's clearly a major UX flaw in Echo. It's hard to know tell from the preferences page what the notifications checkboxes exactly do.

Change 887435 merged by jenkins-bot:

[mediawiki/extensions/Cite@master] Parsoid CSS: mw-ref-linkback counter inits to -1, not 0

https://gerrit.wikimedia.org/r/887435

Change 887430 merged by jenkins-bot:

[mediawiki/extensions/Cite@master] Parsoid CSS: Remove default rendering for "standard" ref groups

https://gerrit.wikimedia.org/r/887430

Change 887435 had a related patch set uploaded (by Subramanya Sastry; author: Subramanya Sastry):

[mediawiki/extensions/Cite@master] Parsoid CSS: mw-ref-linkback counter inits to -1, not 0

https://gerrit.wikimedia.org/r/887435

Change 887430 had a related patch set uploaded (by Subramanya Sastry; author: Subramanya Sastry):

[mediawiki/extensions/Cite@master] Parsoid CSS: Decimal group counters render as "decimal N"

https://gerrit.wikimedia.org/r/887430

In T89815#6511103, @kaldari wrote:

Since we're moving from OOUI to Vue, it seems likely that OOUI will be deprecated before jQueryUI is. At some point we may want to convert WikiLove to Vue, but converting it to OOUI seems like it would be counter-productive at the moment.

Change 747913 had a related patch set uploaded (by Winston Sung; author: Winston Sung):

[operations/mediawiki-config@master] Revert \"Add zh-hans and zh-hant translation of Module and Module_talk aliases\" for I9b40319d374143668a2666b42f59a3799d041afc

https://gerrit.wikimedia.org/r/747913

Fixed in T296190 https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Flow/+/738404 . Will revert WMF-wiki-only fix.

One issue is that we don't really have a single notification framework; compare e.g. T294382: Indicate number of new changes in watchlist in the document title. The other issue is that Wikipedia is not a platform where reacting to notifications is the primary purpose, unlike Mattermost/Slack/Gmail (Linkedin is more similar). Also FWIW neither Gmail nor Linked show notification counts in the favicon (they show it in the title instead, although Linkedin shows a binary "there are notifications" dot).

I don't think anything has significantly changed since this was declined in 2015.

User:Ainali raised the prospect of introducing some kind of visual indication within the favicon so they can know when/if they receive a new notification while focused on another tab:

Change 415902 abandoned by Addshore:

[mediawiki/extensions/Wikibase@master] Use original recent change type when injecting it to the client

Reason:

Abandoning, this code I think is being touched again by Ladsgroup right now, feel free to reopen if you want this patch!

https://gerrit.wikimedia.org/r/415902

In T197064#7121666, @Lens0021 wrote:

I think this is solved in T258939.

I think this is solved in T258939.

All subtasks closed for years; closing

This task does not "track" anything these days hence closing. See T76823 instead.