Talk:Notifications

Jump to: navigation, search

About this board

Edit description

This discussion uses Flow, a new discussion style similar to many internet forums. To add your feedback, scroll to the end of any comment and click "Reply", or type your comment in the box at the end of the thread, where it says Reply to "Feedback requests - Notifications badges, and grouping notifications by type". Or you can start a new topic, with the form on top of this page. That's all, pretty much.

By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL

Feature request: "Mark all unread notifications as read" available without JavaScript

4
Summary last edited by Roan Kattouw (WMF) 20:36, 17 August 2017 3 days ago

Fixed and deployed

Sophus Bie (talkcontribs)

I just came back from a long wikibreak, and it became suddenly very apparent that the ability to mark *all* notifications as read in one click is not available in the JavaScript free version of Special:Notifications. (Unless I'm missing something?)

Trizek (WMF) (talkcontribs)

There is no solution at the moment to mark all discussions as read unless by using JavaScript. The task has just been claimed, I hope some changes will happen soon.

Roan Kattouw (WMF) (talkcontribs)

This is now done, thanks to @MtDu. It'll roll out next week (Aug 15-17, depending on the wiki)

Roan Kattouw (WMF) (talkcontribs)

This feature has now rolled out on all wikis.

Dcljr (talkcontribs)

I guess this is where I complain about this…

Recently the notification "New beta feature available for this page" started appearing for users visiting pages like Special:RecentChanges, Special:NewPages, etc. Unfortunately, since it was implemented as a separate notification on each individual wiki (which I suppose makes some kind of sense, since users may want it on one wiki they work on but not another), users who regularly visit such pages on many different wikis are forced to accept or decline it repeatedly. There doesn't seem to be an option to "never give me this notification again, regardless of what wiki I'm on" (or, conversely, "turn this on everywhere").

I help track article-count milestones at m:Wikimedia News and w:Wikipedia:Milestone statistics, so I have reason to check things like "Special:NewPages" on different Wikimedia wikis pretty much every day. This means I will potentially have to decline to use this feature hundreds of times (there are over 800 Wikimedia wikis).

I assume there is a time limit on how long these notifications will go on (I don't know), but in the meantime, is there a solution to this problem?

Mattflaschen-WMF (talkcontribs)

Unfortunately, until we have global preferences, we're not aware of a clean solution to this problem.

In the meantime, if you wish, you may ignore the invite entirely on your non-primary wikis.

You don't need to click dismiss. It won't show more than once.

(Also, it does not show for Special:NewPages).

Quiddity (WMF) (talkcontribs)

Re: "You don't need to click dismiss. It won't show more than once."

To clarify: You do not need to move the mouse to click the link in the popup -- you can just click anywhere on the page, and it will vanish.

Mattflaschen-WMF (talkcontribs)

Even if you don't click anything, it still won't show on the next page view.

Dcljr (talkcontribs)

Your points are well taken, but of course they only apply per wiki, which means I'll still have to see it (up to) 800 more times, which is supremely annoying — even if I don't "need to" do anything in response. (BTW, I regularly open other pages, like Special:RecentChanges and Special:Log, where it does pop up.)

WhatamIdoing (talkcontribs)

It's the same problem that we get with the CentralNotice banners. We need global prefs. Perhaps something for the next m:Community Wishlist ?

Trizek (WMF) (talkcontribs)

Global preferences where on the top 10 of Community wishes for the last Community Wishlist round.

Would it be possible to have a hack on Special:Global.js to avoid those pop-ups?

Mattflaschen-WMF (talkcontribs)

@Trizek (WMF) Good idea, but it only kind of works. It will work if you visit a page before Special:RecentChanges, but not if you go directly there as the first visit to the site.

This goes at https://meta.wikimedia.org/wiki/Special:MyPage/global.js :

	if ( Number( mw.user.options.get( 'rcenhancedfilters-seen-invite' ) ) !== 1 ) {
		mw.loader.using( 'mediawiki.api.options' ).done( function () {
			var api = new mw.Api();
			api.saveOption( 'rcenhancedfilters-seen-invite', 1 );
		} );
	}
Reply to "Spammy"

Notifications for editing your user page or subpage

4
Janezdrilc (talkcontribs)

I miss notifications if someone edited my user page or subpage.

Quiddity (WMF) (talkcontribs)

Hi, that feature-request is one of the oldest, and tracked at Phab:T3876. (Note, that task tracks the request from many years before the current Notifications feature existed (circa 2012), so don't be confused by the older comments which are about the "emailed notifications for changes to pages on my watchlist" feature, technically "enotif").

It's one of the many proposed new notification types. I'll add a comment there, noting your interest here. No action is needed from you. Thanks!

Janezdrilc (talkcontribs)

It occured I've got an award a month ago on my "awards subpage" and I somehow missed this edit, so I unfortunately also "missed" to thank the user. That's the reason of my proposal.

Thanks for linking me on phab.

This comment was hidden by DSquirrelGM (history)
Reply to "Notifications for editing your user page or subpage"

MyWiki email doesn't play well with Earthlink

2
J.Benal (talkcontribs)

Another user creating an account for me made several tries using my primary email address, earthlink.net domain name. No notification ever arrived (yes, I checked my spam folder every time). Gmail notification worked.

Once I had an account established, I changed the email address back to my primary. Again, no notifications. (And, incidentally, my original username and pw stopped working as soon as I changed the email; I made a new account just to post this problem.)

Trizek (WMF) (talkcontribs)

Hey J.Benal

 

Sorry for the late reply.

When you mean "GMail notification worked", that's because you have switched back to GMail or something else?

You email change case is weird too. Your former account is inaccessible? Did you tried to confirm your email adresse when you have changed? I guess you have tried to reset the password? Maybe the resetting email is in you spam folder (I'm asking just in case)?

Reply to "MyWiki email doesn't play well with Earthlink"
.js (talkcontribs)

The current status that Echo produces a cross-wiki notification for every single new Flow topic on every page you have on your watchlist is IMHO very annoying. Could you developers please change this? Thx!

Whatamidoing (WMF) (talkcontribs)

It's both an important strength (you can reach me no matter which wiki I'm at) and a weakness (I started today with about 50 notifications, and I still have 29 to go).

There was talk originally about having a feed specifically for Flow – like a whole page where I could read and interact with all of my conversations, instead of using only Special:Notifications. I would very much like to see that feed happen, but it certainly won't happen any time soon.

In the meantime, the workaround favored by some people is to un-watch as many pages as possible.

.js (talkcontribs)

Isn't it possible to exempt all Flow talk pages from Echoes per default? I don't want to be forced to kick the main pages from my watchlist.

Trizek (WMF) (talkcontribs)

It is possible to remove all Flow notifications from Echo, in your Notifications preferences: uncheck "Web" for Flow discussions.

JMatazzoni (WMF) (talkcontribs)

Thanks for speaking up @.js. That Flow multiplies notification volume is a known issue. It can be, we know, too much of a good thing. We've talked about some different solutions (e.g., providing the ability to turn off individual topics directly from Special:Notifications), but these are a little involved and will probably have to wait to be addressed.

As Trizek points out, you can turn Flow notifications off entirely, but I realize that solution is one that affects both baby and bathwater. Do you have any suggestions about a system that might work for you? E.g., would it help if all messages from a given page were bundled (right now, I think bundling is applied only to messages for a single topic). Any other ideas?

Whatamidoing (WMF) (talkcontribs)

I'd like a full-size page where I can read, expand, reply to, and dismiss (mark done/make disappear) all of the threads that currently appear in Special:Notifications. A full, interactive feed of all discussions (with a link to each article's history page, please, so I can figure out what "that change I made just now" refers to), not just a little list of things that need to be opened and read in another tab.

Trizek (WMF) (talkcontribs)

@Whatamidoing (WMF), that idea was in the survey and didn't receive a lot of support. However, we are discussing about other ways to create such a page, grouped with other boards/pages/feeds.

Whatamidoing (WMF) (talkcontribs)

I suspect that the typical person doesn't get as many notifications as I do. A feed could be handy for most established editors, but it's not needed until you are watching many threads on many pages.

JMatazzoni (WMF) (talkcontribs)

"I suspect that the typical person doesn't get as many notifications as I do." This is correct. And it's absolutely the reason we didn't add more features to the Notifications page. Here's some research on that that Neil produced for us.

Reply to "Echo + Flow = too many notifications"

UI feedback: "mark as read/unread" button has no indication as to what it does until user clicks it

8
BurritoBazooka (talkcontribs)

I am talking about these circle thingies: https://i.imgur.com/2lyMez5.png

There is no indication that they can be clicked (until you mouse-over them), no indication as to what they do when you click them. I had no idea I could mark specific notifications as read/unread until I tested what clicking the little circle does, I thought it was only an indicator to make it more clear which messages were unread. I know some other users would be wary of "clicking things to test what they do".

I suggest a button-looking button that looks like this: https://i.imgur.com/XVMBax7.png

Roan Kattouw (WMF) (talkcontribs)

@Pginer-WMF: thoughts?

FDMS4 (talkcontribs)

Blue circles are commonly used for unread items and there are tooltips indicating the onclick action, therefore imo no change is needed (especially if it would clutter up the interface or affect the workflow).

BurritoBazooka (talkcontribs)

It's the first time I've seen them used this way. Doing this requires a user to know the established conventions before being able to know what features might exist in a UI and where to find them, and expecting a user to explore everything in a UI using mouseovers isn't conventional.

In some of the documentation I saw that MW has looked at other similar notification services on other websites, so I decided to purposefully check Facebook (a service I avoid using regularly, hence I didn't know this convention exists) to see what they do, and the main difference is that their "Mark as read" tooltip* shows up immediately, not after half a second, when the user might have already moved their mouse away from the circle. I think even such a change would help a lot. Such a change would not clutter up the interface.

* I think this tooltip is generated by my browser, not the website. On Facebook, the tooltip is generated by the website.

JMatazzoni (WMF) (talkcontribs)

@BurritoBazooka, looking at Facebook, suggests: "...the main difference is that their "Mark as read" tooltip* shows up immediately, not after half a second, when the user might have already moved their mouse away from the circle. I think even such a change would help a lot."

I've had the same thought. Tooltips and dynamic menus need delays to prevent pages from getting too "jumpy." But I agree that our delay is a might too long. I'm not sure what group manages this or how to tag a Phabricator suggestion on the topic...

Roan Kattouw (WMF) (talkcontribs)

The reason our tooltips appear in a delayed fashion is because we use native tooltips (as in, the browser and operating system are in charge of displaying them and decide when they appear and what they look like, we just provide the text) whereas Facebook uses artificial/"fake" tooltips that they made themselves (as in, they made an interface element that kind of looks and acts like a tooltip, but is completely controlled by them and doesn't use the native tooltip functionality). We could use an artificial tooltip here, but I'm not aware of a precedent for using them in MediaWiki.

JMatazzoni (WMF) (talkcontribs)

Thanks Roan. It makes perfect sense to use built-in tools. So it sounds like the buck here would stop with Apple or Google, as the case may be. I assume they must have tested this stuff, but it still seems too slow to me.

FDMS4 (talkcontribs)

Unread eMails in Apple Mail and unplayed podcasts in iTunes are accompanied by a blue circle that doesn't even have a tooltip. That is not to say that un-delayed tooltips would be a bad thing, though I'm not sure if they would be compatible with MediaWiki UI.

Reply to "UI feedback: "mark as read/unread" button has no indication as to what it does until user clicks it"

Make my preferences applicable to all wiki languages?

2
Senator2029 (talkcontribs)

Whenever I go to a different language Wikipedia, it tells me have xx unread messages. Then I have to go set the the preferences. For me, the are identical regardless of the language wiki. Is their a global way to do this? Senator2029 (talk) 18:22, 16 October 2016 (UTC)

He7d3r (talkcontribs)

This request is tracked at phab:T16950.

Reply to "Make my preferences applicable to all wiki languages?"

Cleare all read notifications from the pane

3
Jmorgan (WMF) (talkcontribs)

Now that we have a much-improved Special:Notifications page where we can go to view historical notifications, can we get a button to "clear all read notifications" from the Notifications Pane? I currently have a month's worth of read Flow notifications in my pane, and it makes for a pretty long list—currently about 3x the height of my browser window. I don't need these anymore; if I want to see who pinged me three weeks ago, I can go to the Notifications page.

Quiddity (WMF) (talkcontribs)

The panel(s) always list a maximum of 25 notifications (including various combinations of bundled, read, and unread, but prioritizing unread).

If I understand correctly, you want a way to remove all read notifications from the panel(s), effectively like an email client's "archive" functionality.

That seems like a reasonable feature-request, though the required UI would add additional complexity, which might be considered undesirable. I suggest you file it as a phab task, but I would guess it would be triaged as lowest priority for staff-development time. HTH.

Jmorgan (WMF) (talkcontribs)

Sounds reasonable. Thanks, @Quiddity (WMF)

Reply to "Cleare all read notifications from the pane"

Notifications from deleted topics, how can they be made disappear, and why are they there anyway?

2
Sänger (talkcontribs)

I just wondered why there were 4 new notifications in my top bar, but none showed up in the list. In the list was just old stuff from yesterday. I had no possibility to say Alle Mitteilungen als gelesen markieren. I managed to get the number 4 disappear by marking one read topic as unread, and after that I could use mark all read, but still I had no clue what I had marked read, as even on Special:Notifications nothing was shown.

After that I went to my watch list, and there I saw 4 deleted spam posts for the Flow forum. I think they were the culprits for the ghost notifications. How come, that they are not markable without some minor hacking skills? Either they are in my notifications, or they are not. If nothing's in there, the number should be 0.

Quiddity (WMF) (talkcontribs)

Thanks, I've noted this at Phab:T93673#2607119.

Reply to "Notifications from deleted topics, how can they be made disappear, and why are they there anyway?"

Special:Notifications does not have a filter for cross-wiki notifications

8
WhatamIdoing (talkcontribs)

Special:Notifications has buttons for "All Read Unread" at the top. But it has no information for cross-wiki notifications. Perhaps that should be added as an option?

JMatazzoni (WMF) (talkcontribs)

Right, as Quiddity points out below, we do have that feature. But you can access a given remote wiki from the Notifications page only when you have unread notifications on that remote wiki. @WhatamIdoing, is that good enough? Or were you wanting something more?

Quiddity (WMF) (talkcontribs)

That's phab:T129366 ("List wikis and pages with unread notifications in the Notification Page left nav") - see task for mockups, and ongoing work. :-)

WhatamIdoing (talkcontribs)

I want access to the "already read" notifications without having to go back to the original wiki.

Jmatazzoni (talkcontribs)

So, doing that systematically and thoroughly—offering links to all the wikis where a user ever had a notification — isn't as simple as it sounds, since the infrastructure for cross-wiki was developed with the idea of bringing unread notifications to the panels. And the resulting list of wikis might be quite long for some of the people who would actually use this. But a cheat might be possible that would, for example, show all the wikis on which you'd had notifications in the last X days.

Still, even that would involve some thinking and work. In our user tests, we didn't see evidence that users have a lot of interest in going back to find old notifications. When asked to detail a time where they'd had to do so, most users answered with a variation on "Ummmm."

Can you perhaps lay out a few common scenarios in which people would have a need to check wikis where they have no new notifications?

WhatamIdoing (talkcontribs)

The scenario that is most important to me is this one: I got pinged when someone copied a message to multiple wikis, and now I need to check those messages (e.g., to see whether anyone replied later). Here's a recent example: Right now, the only ways to find those messages are either to have a particularly good memory (the method I used here), or to check dozens of wikis until I believe that I've found them all (the method I probably should be using, because there might have been four of those discussions rather than three).

Jmatazzoni (talkcontribs)

Just thinking, but what if you had a way to select wikis you wanted to bring up on the page? Like an autocomplete box that would let you mount wikis you want to look at? Might that be a good way to do it, instead of making the system keep track of all your activity? It would be a manual process, but you could stay on the same page.

WhatamIdoing (talkcontribs)

Sure, that would be fine, if I could quickly click through a list of all the options. (Well, in the worst-case scenario, it wouldn't be quick, because there are 800+ of options, but only 200+ that could be pinging me in this account.)

Could it give me a short list of the places I've gotten pings from most recently/most often? Even the top 10 would probably be adequate for most situations. (I do need it to cover more than just different languages of Wikipedia, so the exact approach used in Compact Language Links wouldn't work.)

Reply to "Special:Notifications does not have a filter for cross-wiki notifications"