Jump to: navigation, search

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.

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

Why am I not getting notifications for watchlist changes?

Thennicke (talkcontribs)

Hello all,

I've got nearly everything ticked in my Commons notifications preferences and yet I'm not receiving notifications when pages in my Commons watchlist are changed - I have to go to the watchlist itself and look there at what has been happening. Why is this? I'd rather get a notification when things change on my watchlist.

Thank you in advance :)

Matěj Suchánek (talkcontribs)

Notifications are a complement to the watchlist, they do not replace it but enhance.

Reply to "Why am I not getting notifications for watchlist changes?" (talkcontribs)

Hi everyone, not sure that this is the rigth page for asking this question, but i wonder why i only get plain text mail from Mediawiki without clickable links. Can i change that with a single configuration value or is it needed to modify the code for that?

Trizek (WMF) (talkcontribs)

Some emails providers break links on plain-text notifications. On which notification(s) do you experience that issue? Can you check that task description and tell me if you experience the same issue?

Reply to "HTML in Mail notifications"

How to notify a user within the ZU WP

Summary last edited by Deborahjay 19:00, 14 September 2017 1 month ago

> problem solved, I think.

'''OP''' - I still don't understand why the ping (my preference) doesn't work. Does the ZU WP need the ping (or other notification) Template imported?

Deborahjay (talkcontribs)

How can I use the notifications, e.g. ping, within the Zulu Wikipedia? Every template and syntax I've tried doesn't produce results. Is the ZU WP missing a/the template itself? If so, how to remedy this? -- ~~~~

MarcoAurelio (talkcontribs)

If you want, for example, to notify me on zu.wikipedia, be sure that:

  • you link to the user page of the user to mention
  • your message is signed

To wit, if you want to notify me, you'd use [[User:MarcoAurelio]] <message here> --~~~~

Unsigned messages won't trigger a notification and also trying to "ping" many users at once will result in none being notified.


Deborahjay (talkcontribs)

Thanks for the rapid turnaround, MarcoAurelio! This is a form unfamiliar to me, so I'll be glad to try it today.

MarcoAurelio (talkcontribs)

No problem. Please see Extension:Echo#Usage for the mentioning of users. Regards.

Quiddity (WMF) (talkcontribs)

Deborahjay: Yes, to make the templates work you'll need to create them at Zuwiki. I suggest copying the source from here (Template:Reply_to) because it is a lot simpler than the Lua modules used at Enwiki.

Note: the template is just a simple way to make [[user:foo|foo]] links. The only things you need to create a mention are a user-link and a signature, plus avoiding a few complexities which are explained at Help:Notifications/Notifications_types#Mentions.

Deborahjay (talkcontribs)

Thanks, also for the link to that Help page. I'll do so (though probably tomorrow morning when I'm more alert) :-)

Quiddity (WMF) (talkcontribs)

Sounds good! And to correct my mistake above, yes, you should "import" the page if you can (or can find an admin to do so), or if you cannot then you should properly attribute the origin by linking to the mediawiki page in your edit-summary (or on the talkpage) at Zuwiki. :)

Deborahjay (talkcontribs)

Aha, these are valuable instructions. While the ZU WP has no Admin, we current active users are well-supported by Small Wiki Monitor User:DARIO SEVERI who's a constant resource; we've been in regular contact since I came on board in late July to undertake maintenance tasks. Cheers!

Reply to "How to notify a user within the ZU WP"

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

Summary last edited by Roan Kattouw (WMF) 20:36, 17 August 2017 2 months 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 :

	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

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

J.Benal (talkcontribs)

Another user creating an account for me made several tries using my primary email address, 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

BurritoBazooka (talkcontribs)

I am talking about these circle thingies:

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:

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?

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?"