I miss notifications if someone edited my user page or subpage.
About this board
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.
Notifications for editing your user page or subpage
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!
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.
MyWiki email doesn't play well with Earthlink
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.)
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)?
Echo + Flow = too many notifications
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!
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.
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.
It is possible to remove all Flow notifications from Echo, in your Notifications preferences: uncheck "Web" for Flow discussions.
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?
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.
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.
"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.
UI feedback: "mark as read/unread" button has no indication as to what it does until user clicks it
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
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).
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.
@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...
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.
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.
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.
Make my preferences applicable to all wiki languages?
Cleare all read notifications from the pane
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.
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.
Notifications from deleted topics, how can they be made disappear, and why are they there anyway?
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.
Special:Notifications does not have a filter for cross-wiki notifications
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?
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?
That's phab:T129366 ("List wikis and pages with unread notifications in the Notification Page left nav") - see task for mockups, and ongoing work. :-)
I want access to the "already read" notifications without having to go back to the original wiki.
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?
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).
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.
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.)
The notifications Project page informs me, "When someone takes an action that affects you on a Wikimedia site, colored badges will appear next to your user name, in the top right corner of any page of that site". I would laove to see this, but - in IE, only a 5x5 cm gray badge overlays the navigation menu
and makes it unusable. E.g., the wrong praragraph ending above results from avoinding the space of that badge, since I cannot continue typing there. And the wrong capitalization was created by the Editor I am forced to use here.
What can I do to get the control back from the Software to me?
Comparing to Firefox, I can see that the two Little badges on the navbar are displayed ith very large size on top of each other and the text.
That sounds like a bug in the recent changes to the badge design. Could you upload a screenshot of what the badges look like for you in IE, and tell us which version of IE you're using?
I forgot to say this yesterday: this should be fixed now. Thanks for reporting!