Last modified: 2014-11-14 02:05:00 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T75209, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 73209 - The document title should be dynamically updated to include a (n) notifications count in the browser title bar.
The document title should be dynamically updated to include a (n) notificatio...
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
Echo (Other open bugs)
master
All All
: Low enhancement (vote)
: Future release
Assigned To: Nobody - You can work on this!
: design
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-11-09 22:13 UTC by Nathan Larson
Modified: 2014-11-14 02:05 UTC (History)
13 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Nathan Larson 2014-11-09 22:13:03 UTC
I propose to make it possible for MediaWiki to put a (1) in the browser tab to indicate there is a new recent change (or other notification) on the wiki. This would be similar to what Facebook, Quora, Gmail, etc. do.
Comment 1 Andre Klapper 2014-11-10 11:03:25 UTC
[The bug title does not describe a bug but a solution or feature / new functionality. Hence setting priority to enhancement.]
Comment 2 Dereckson 2014-11-10 20:20:18 UTC
It could be useful on [[Special:Notifications]] page, but I'm not sure if relevant on other pages.

Gmail for example prints the number of unread mail if you're in a message list (inbox, label, search, etc.) but not on other pages.

Do you think some people will stay on [[Special:Notifications]] to get discrete title bar update? If so, yes, that could be interesting.

By the way, on my Firefox installation, this is truncated at Notificatio… when there a a lot tabs, as "Notifications — Wikip…" (and so with space to print a notifications count) when the tabs bar isn't full.
Comment 3 Jared Zimmerman (WMF) 2014-11-10 20:40:24 UTC
I think the number badge should be present so long as there is an echo badge, irrespective of what page you're on. I think it could actually be kind of confusing if it came and went as you changed pages.
Comment 4 Jared Zimmerman (WMF) 2014-11-10 20:42:46 UTC
Also to be clear the (1) should be (X) where X is the number corresponding to the total number of echo notifications.
Comment 5 Dereckson 2014-11-10 20:53:49 UTC
(In reply to Jared Zimmerman (WMF) from comment #3)
> I think the number badge should be present so long as there is an echo
> badge, irrespective of what page you're on. I think it could actually be
> kind of confusing if it came and went as you changed pages.

When you're on Gmail and change folder, the count changes to reflect the folder you're.

On a Flow page, the expected count for example would be following this logic the number of unread Flow messages, not the total number of notifications.
Comment 6 Matthew Flaschen 2014-11-14 02:05:00 UTC
(In reply to Dereckson from comment #2)
> Do you think some people will stay on [[Special:Notifications]] to get
> discrete title bar update? If so, yes, that could be interesting.

Does Echo ever check for updates (in any part of the UI) if you're just sitting there?  I know it does if you explicitly click the badge.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links