Jump to content
 







Main menu
   


Navigation  



Main page
Contents
Current events
Random article
About Wikipedia
Contact us
Donate
 




Contribute  



Help
Learn to edit
Community portal
Recent changes
Upload file
 








Search  

































Create account

Log in
 









Create account
 Log in
 




Pages for logged out editors learn more  



Contributions
Talk
 



















Contents

   



(Top)
 


1 Echo - selected open bugs and feature requests  
1 comment  


1.1  Other items  







2 New notification "gesichtet" needed for deWP, plWP, ruWP, arWP etc  
5 comments  




3 Notification of multiple edits  
6 comments  




4 display error  
1 comment  




5 A notification feature; maybe?  
5 comments  




6 Notifications across wikis  
3 comments  




7 Notifications: The Final Stretch  
3 comments  




8 Disabling pings when a user is blocked  
2 comments  




9 Two clicks instead of one: Why?  
6 comments  




10 Revert reverts  
4 comments  




11 Incorrect notification about a self-revert  
2 comments  




12 Suggestion: Notification for an established account with no email address  
2 comments  




13 Granularity  
8 comments  




14 Suggestion: 'talkback' notification  
3 comments  




15 Notifications for log entries  
2 comments  




16 See discussion of a proposal related to this process at...  
1 comment  




17 User mention should be prompted  
1 comment  




18 Question regarding "page links" notification  
6 comments  




19 Users who chose not to receive some notifications  
1 comment  













Help talk:Notifications




Page contents not supported in other languages.  









Help page
Talk
 

















Read
Edit
View history
 








Tools
   


Actions  



Read
Edit
View history
 




General  



What links here
Related changes
Upload file
Special pages
Permanent link
Page information
Get shortened URL
Download QR code
 




Print/export  



Download as PDF
Printable version
 




Print/export  



















Appearance
   

 






From Wikipedia, the free encyclopedia
 


This is an old revision of this page, as edited by Elitre (talk | contribs)at15:14, 1 November 2013 (Question regarding "page links" notification: +question). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
(diff)  Previous revision | Latest revision (diff) | Newer revision  (diff)

Echo - selected open bugs and feature requests

Bugzilla list
quick links: Open Bugs and requests (all)


Selected bugs, mentioned in current talkpages and current archive (4).
  1. bugzilla:52319 (ctrl/middle-click in flyout)
  2. bugzilla:48882 and bugzilla:50082 (Notifications received due to mentions in accidentally transcluded pages)
  3. bugzilla:53176 (Not getting notified for reverts if Preview or Show Changes is used)
  4. bugzilla:50829 (Echo notifications show [No page] instead of pagename if the page was deleted)
  5. #Problems (3) above. ("My notification count only goes down to 1, even after I look at all the revert notifications. This may only occur when I have more than one page of notifications." ... "'Only when' is probably correct. When there are less than 8 hits (red number), it resets to 0.")
  6. (Mobile editors are seeing, but can't use, the Thank links.) #Thank feature for mobile users above.
  7. bugzilla:52510 (Echo and FlaggedRevs) - rejected Revisions part is patched. The approved Revisions code is abandoned in gerrit as it doesn't account for some important cases. Use the FlaggedRevs icon:  ?
  8. bugzilla:54391 In Bundled talkpage message Notifications, the "View changes" link in the flyout only links to the most recent edit. (See also the "Yellow Message indicator" item below. See the old OBOD code for suggestions maybe? It "gave a link to all changes done since the last time I viewed my talk page".)


Selected Feature requests
  1. bugzilla:52690 (Notification when user becomes auto-confirmed)
  2. bugzilla:49446 (Linking a username in an Edit-Summary should trigger a notification)
  3. bugzilla:43840 (Echo should support user subscriptions to feeds (for newsletters and publications such as The Wikipedia Signpost))
  4. bugzilla:53564 (IP addresses should link to Special:Contributions instead of userpage)
  5. bugzilla:44787 (Allow excluding pages from the Page Linked notifications)
  6. bugzilla:46692 (Dismissing/removing notifications - a way to remove items from the list) [1]
  7. (A new Notification that someone has emailed you using Special:EmailUser) [2] (A lot of people don't register with their primary email account, or don't check it frequently. Some have userpage notes warning against using email if the matter is urgent. It's more common than you might guess! Even specifically mentioned at mw:Flow Portal/Use cases#User talk namespace)
  8. (Use Different Icons for Talkpage messages and Mentions. (See list of current icons at mw:Echo/Feature requirements#Notification Categories). To give a better visual clue on the flyout (and archive) on what just happened. - Use an @ sign icon for Mentions?)
  9. (disable Page Linked notifications for Reverts. Eg. When someone rollsback a page-blanking vandal.) [3]
  10. At Special:Notifications, change the max-width (currently 600px) to something larger. 60em is suggested.
  11. A better solution for accidental reverts, that get self-reverted within moments. (/Archive_5#Revert_notification and #Revert reverts below.)


Other items

Yellow Message indicator


Inconsistent edit-summaries/headerlinks in Notifications for new talkpage messages, especially EdwardsBot


Inconsistencies between the links given in the Flyout and Special:Notifications and Email


MediaWiki talk:Echo-blacklist
possibly someone should enact these 2 requests? or comment?
and more people should watchlist it.


What happens if someone turns off their Mention Notifications?


AfC bug



I'll nag Fabrice and the devs during the next few weeks, to look at this, and make bug tickets for things that don't already have one, and address the ones that do, and strike the ones that are fixed, and etc.

It's not complete, but I think it covers most of the important or multiple-requested items. Add or tweak items as needed, but try to keep it concise. I'm off into the last of sun now! and lunch... –Quiddity (talk) 23:11, 8 September 2013 (UTC)[reply]

New notification "gesichtet" needed for deWP, plWP, ruWP, arWP etc

Hello, it would be really important to have a new notification "gesichtet" (pending change or meta:Flagged Revisions) for German Wikipedia. Really essential. (Probably also for other WPs with this extension: plWP, ruWP, arWP etc.) "Your edit has been sighted by user:X and is now visible" or something like that. On the other hand, "review"?-notifications do not work on german WP. And, please, before deploying to german WP, ask and announce! Thank you! I'm looking forward to it :-) (see also [4]) --Atlasowa (talk) 12:25, 31 August 2013 (UTC)[reply]

Thanks to User:Quiddity, I learned of this related bugzilla request. I read there "abandoned by Matmarex: ... Reason: Somebody who knows at least one of the extensions should implement this. I give up." Currently "Assigned To: Nobody". This request was opened on 2013-08-04 by a polish Wikipedian, long before activation of notifications at plWP on Aug. 20th 2013.
Let me emphasize that this a really important feature. Flagged Revisions means that edits by new editors are not visible live on wiki, only after patrolling they appear. This can take hours or days (or weeks and even months on arWP!), which is frustrating of course. They get notified of a revert, which is also negative feedback. But you could enable notifications for acceptance of their edit (sighted), which would be positive feedback. Please do not activate another negative feedback mechanism on deWP unless you also activate a positive feedback for accepted edits!
@User:Fabrice Florin (WMF) Please compare this list meta:Flagged_Revisions#Flagged Revisions on Wikimedia projects with your mw:Echo/Release Plan 2013. Please do not ignore this issue any longer. Thank you. --Atlasowa (talk) 15:36, 12 September 2013 (UTC)[reply]
@Atlasowa: Bugzilla is confusing in this instance (and in general!). Bartosz Dziewoński (MatmaRex) originally submitted the bug itself. He then submitted one patch written by user:krenair (Change 62193) and his own patch (Change 79775). Then user:Aaron Schulz merged the first patch (Change 62193), and then Bartosz/Matma retracted ("abandoned") his own patch (Change 79775). Therefore, at least one patch has been installed into the FlaggedRevs codebase. Possibly that patch covers the entire request? That patch covers "rejected/reverted" Revision Notifications. The code for Approved Revisions Notifications (change 79775) is abandoned in gerrit as it doesn't account for some important cases. I've added this item to the Big List of Echo Bugs below, and nudged most of the relevant devs. –Quiddity (talk) 17:40, 12 September 2013 (UTC)[reply]
Dear Atlasowa, thanks for following up on your request for a 'Flagged Revisions' notification. It's a very reasonable proposal, and you make a good point that it would provide much-needed positive feedback to offset edit reversions. But new feature development for Echo has now ended for this release. We've all been re-assigned to other projects, and our meager development resources are limited to only bug fixes and final deployments. We have added your request on our wish-list for future releases, as Quiddity points out above, but we don't expect any major developments until next year. For now, we invite developers in your community to join forces with MatmaRex to build this Flagged Revisions Notifications, or any other special notifications which you would like to add on the German or Polish Wikipedias (see this Developer guide). Thanks again for your thoughtful recommendation, which I endorse, but sadly cannot act on at this time, due to limited resources. Fabrice Florin (WMF) (talk) 21:25, 11 October 2013 (UTC)[reply]
@Fabrice Florin (WMF): I am no longer working on that. I was expecting the Foundation's team to follow up. (Also, I didn't get a mention for your comment here because of Template:Bug, which is another major issue that stayed unsolved.) Matma Rex talk 22:37, 11 October 2013 (UTC)[reply]

Notification of multiple edits

When a person does multiple edits on my talk page on the Dutch Wikipedia (but probably on other projects too), the "view changes" link only shows me the latest edit but not the latest edits while the old notification did give me a link to all changes done since the last time I viewed my talk page. Maybe you could fix that? Thanks. Trijnsteltalk 16:02, 24 September 2013 (UTC)[reply]

I've added this issue to the big list of bugs above. Thanks :) –Quiddity (talk) 04:18, 27 September 2013 (UTC)[reply]
Thanks. Trijnsteltalk 14:04, 27 September 2013 (UTC)[reply]

One more thing: when I have multiple notifications (multiple edits on my user talk), the number still says "1" notification while there are more. Trijnsteltalk 14:04, 27 September 2013 (UTC)[reply]

That sounds like an instance of "bundling" - mw:Feature requirements#Bundling - it tries to bundle related notifications together, to prevent a deluge, eg. it should say "Tom Morris and 3 others posted on <your talk page>:" rather than giving you 4 notifications. However, there's a related bug listed above (#8) about how the "view changes" link isn't working ideally yet. –Quiddity (talk) 05:45, 1 October 2013 (UTC)[reply]
I'm happy to say that this Template:Bug seems to have been fixed in today's release ('Diff link in bundled message should show all diffs instead of just the last one'). Please let us know if it works for you :). Fabrice Florin (WMF) (talk) 22:02, 8 October 2013 (UTC)[reply]

display error

Technical 13 mentioned you on Village pump (technical) talk page in "Where is .noticecolor:#F00 ...".
13 hours ago | View changes

The brackets are missing, the thread's name is "Where is .notice{color:#F00} coming from?"

Regards, mabdul 12:00, 30 September 2013 (UTC)[reply]

A notification feature; maybe?

Please consider the merits of incorporating notifications through generic stalkwords which the user was able to choose which terms they wanted to stalk, and potentially serve; from a list available within the user preferences; like Admin, Helpme, Steward, Oversight, Checkuser, Bureaucrat, Revdel, and perhaps others forming service pools while examples like Template, Math, Medical, English, Chemistry, Biology, Religion, Politics, Legal, Copyright, MOS, BLP, HTML, and others would form specialized pools of expertise that a user might call in good faith, hoping for a timely and authoritative answer to be given. I believe this has good potential. Based on availability, and means.—John Cline (talk) 13:05, 30 September 2013 (UTC)[reply]

You have certainly raised some valid concerns and I look forward to seeing the effects of collaboration in compiling ideas to improve this. To mitigate the disruptive potential of trolls it seems prudent to tie this capability to autoconfirmed which should be as effective as semi-protection is in preventing trolls from damaging Wikipedia content. To mitigate the negative potential an unrestricted accrual of pings could have on a users desire to respond, it would be good if the ping would evaporate, or move to an archive for all requests appropriately marked as done, in keeping with a similar effect as that which occurs when {{Helpme}} is changed to {{Helpme-helped}} I can't address resource allocations as frankly that exceeds my pay grade. I bet we can find a way however.—John Cline (talk) 14:37, 30 September 2013 (UTC)[reply]
This goal is probably better suited to WP:Flow than to Echo. Whatamidoing (WMF) (talk) 22:45, 30 September 2013 (UTC)[reply]
Thank you for that response, and please accept my apologies for failing to notice your comment until now. I will pursue any continuation of this as a request to WP:Flow. Thanks again!—John Cline (talk) 04:10, 11 October 2013 (UTC)[reply]

Notifications across wikis

I was helping a Romanian Wiktiorian on a technical issue and found myself having to visit that site and place talkbacks. Can the notification system be tweaked to work across language wikis and sister sites? For example, pinging ta:User:Ganeshk should make notify show up on Tamil Wikipedia. Ganeshk (talk) 01:42, 3 October 2013 (UTC)[reply]

It is on the planning page (mw:Editor Engagement/2013 strategy planning (Features)), but (if I understand it correctly) they can't even start thinking about allocating developer resources until the final parts of Unified Login are complete (m:Single User Login finalisation announcement is still undetermined). –Quiddity (talk) 03:39, 5 October 2013 (UTC)[reply]
Thanks for the reply, Quiddity. Ganeshk (talk) 05:12, 14 October 2013 (UTC)[reply]

Notifications: The Final Stretch

Hi folks,

I'm happy to say that we just completed our fourth release of Notifications on another two dozen wiki sites today: Albanian, Arabic, Azerbaijani, Belarusian, Bulgarian, Chinese, Croatian, Czech, Finnish, Galician, Greek, Indonesia, Latvia, Lithuanian, Malay, Norwegian-Nynorsk, Serbian, Slovak, Slovene, Sorani Kurdish, Thai, Turkish and Welsh Wikipedias.

So we have now successfully released the Echo extension on most of the large Wikipedias (e.g. Chinese, Dutch, French, Japanese, Korean, Polish, Portuguese, Spanish, Swedish) and dozens more around the world -- with very positive community response, as summed up in this blog post.

Based on this favorable feedback, we now plan to release Notifications on most remaining wiki sites in a single day, on Tuesday, October 22. This includes about 200 Wikipedias we haven't enabled yet, as well as about 500 'sister projects', in all languages (e.g.: Wikibooks, Wikidata, Wikisource, Wikispecies, Wikiquote, Wiktionary). This represents about 700+ sites total, leaving only a few wikis disabled, at their community's request.

If you are active in a community that doesn't have Echo enabled yet, we would be grateful if you could invite volunteers to help with translations and other tasks in this release checklist. If you have any questions or comments about enabling Echo on your site, please leave them on this release discussion page, or contact us directly.

Many thanks to our community liaison Keegan Peterzell and our developer Benny Situ for all their hard work in making these final releases possible. :) Best regards, Fabrice Florin (WMF) (talk) 22:14, 8 October 2013 (UTC)[reply]

HiFabrice Florin (WMF), would you please respond to my request at Wikipedia_talk:Notifications#New notification "gesichtet" needed for deWP, plWP, ruWP, arWP etc? This is problem is now months old and i see no development at all. Instead, you have since deployed notifications on more WP language versions with activated flagged revisions. Why does nobody seem to care? Shouldn't the WMF be sensitive to flooding newbies with negative feedback (revert notifications) while holding off positive feedback (notifications of accepted edits that "go live")? This is frustrating. I do love the thanks and ping notifications, and i'm really concerned that notifications will not be enabled on german Wikipedia because WMF doesn't care to get things right before deploying. Frustrated: --Atlasowa (talk) 13:06, 11 October 2013 (UTC)[reply]
Dear Atlasowa, thanks for pinging me about your reasonable proposal for a 'Flagged Revisions' notification. I have responded above, as requested. In the meantime, as I told TMg, we encourage the German community to join our worldwide deployment on October 22, which is our best opportunity to deploy the tool on your site this quarter. If we miss that window, we would need to arrange a special German release at the end of the year or early next year, which may be tough to schedule, due to other deadlines. I think a first release of the basic Notifications tool would serve everyone's best interests, even without Flagged Revisions support, because it would motivate local developers to help build the feature you want. Thanks for your understanding, and we hope to deploy Notifications very soon on the German Wikipedia! Fabrice Florin (WMF) (talk) 21:31, 11 October 2013 (UTC)[reply]

Disabling pings when a user is blocked

Is there any merit to disabling a blocked user's ability to ping other users while they are blocked? I was in the peripheral of a discussion admonishing a blocked user from pinging others to accomplish their request by proxy and thought this would almost be a non issue if it did not exist as an ability. It is my opinion that noticing a blocked user's comments because they were on your whatchlist would constitute any subsequent action as appropriate because they could show that they have independent reasons for making the edits whereas this independence erodes after a ping has been activated. Is there any substance to considering this?—John Cline (talk) 04:33, 11 October 2013 (UTC)[reply]

I don't think it's necessary. If a blocked user abuses the feature after being warned, their talk page access can just be revoked. I also don't see editing by proxy as being a big enough problem to worry about in this case. Jackmcbarn (talk) 14:14, 11 October 2013 (UTC)[reply]

Two clicks instead of one: Why?

The new notifications are terrific but why do we have to press two clicks to find the diff when someone leaves a message in your talk page? It is so easy: Just allow the orange box to redirect to the diff instead of talking you just to the talk page. Please do not make Wikipedia worse, make it better. --FocalPoint (talk) 20:28, 12 October 2013 (UTC)[reply]

Some editors (especially less experienced ones) prefer seeing the actual messages rather than the wikicode diff. However, there might be a compromise option in taking you to the section most recently edited (but then what do you do with multiple messages/multiple sections?). Whatamidoing (WMF) (talk) 17:45, 14 October 2013 (UTC)[reply]
As it is, it is totally useless if users edit in previous sections, sections other than the last. How can you tell where is the message in such a case (in an example of 25 sections? You just cannot. You need a diff. Please make Wikipedia better: Keep what works and add new functionalities. Please do not remove useful characteristics. --FocalPoint (talk) 23:04, 14 October 2013 (UTC)[reply]
I think Bugzilla:54391 is related to (or completely covers) this. –Quiddity (talk) 18:10, 14 October 2013 (UTC)[reply]

No, it is not covering my request. I am asking that the link in the orange box leads you to a diff, same as it was before, with one click. The other options, can still be there. Why remove a perfectly sensible function? --FocalPoint (talk) 23:04, 14 October 2013 (UTC)[reply]

Hey Quiddity, are you aware of bugs that may ask for the flyout to show up when hovering instead than when clicking, for non-mobile versions of the site? :) --Elitre (talk) 14:17, 1 November 2013 (UTC)[reply]

Revert reverts

Hello. Picture the following: you accidentally revert an edit, notice, and then revert yourself. The person whose edit you reverted gets a notification, but when they go to the page, it's as they left it. What happened will become clear a few clicks later, but the immediate impression you get is a confusing one. That happened to Moe Epsilon and me today.

May I suggest that the system is adjusted so that if you revert a revert that you made, the notification sent to the other user is negated (if they haven't yet triggered the bubble from the red numeric indicator. If they have, it's too late). — Scott talk 22:49, 13 October 2013 (UTC)[reply]

I agree something should be done about this, but I think making a notification disappear would add to the confusion, not lessen it. Jackmcbarn (talk) 14:45, 14 October 2013 (UTC)[reply]

Incorrect notification about a self-revert

Hello,

I recently reverted my own edit on the Dutch Wikipedia (see here), but I received a notification ten hours later telling me FakirNL (a fellow Dutch Wikipedian) reverted the edit. The link "Wijzigingen bekijken" ("Show changes" in English) leads to my own revert. I've uploaded a screenshot of the notification. I currently use Windows Vista and Firefox 24. Please let me know if more information is needed.

Also, the word "door" ("by" in English) is missing. It should be "Uw bewerkingen op X zijn teruggedraaid door Y".

Thanks, Mathonius (talk) 13:04, 17 October 2013 (UTC)[reply]

I did click the [2 bewerkingen terugdraaien] button (rollback-function), performing a zero change edit in the meantime. - FakirNL (talk) 13:10, 17 October 2013 (UTC)[reply]

Suggestion: Notification for an established account with no email address

We get regular cries for help at the Help desk and elsewhere from editors who have forgotten their password and have no email address configured. That feels harsh for someone with an established account. So how about a reminder notification after, say, 500 edits if an account still has no email address? -- John of Reading (talk) 07:07, 25 October 2013 (UTC)[reply]

If this does happen, it should contain a link to Wikipedia:Committed identity. Some people do not want to let Wikipedia know their email, but this will give them another option. davidwr/(talk)/(contribs) 20:49, 25 October 2013 (UTC)[reply]

Granularity

The notifications bubble is a step in the right direction but still needs to be more granular. At present you just get a number - until you click it, it could be anything. Is that "1" a nice comment? Or someone reverting your edit? It causes a moment of uncertainty. I propose that the type of notifications should be displayed in the bubble, so that you don't need to wonder anything when it suddenly appears as you're editing, and can also instantly determine if it's something urgent that you need to look at.

Here are some examples. Demo note: the icons aren't the exact ones currently used, because I didn't know where to find those. And it's black on gray because the icon set I'm using isn't available in white, so didn't present enough contrast for a demo on red. So imagine that the following is white on red....

You're welcomed and receive a getting started message:

1 1

Your edit was reviewed and your user rights changed:

1 1

2 incoming links, 5 talk page comments, 2 thanks:

2 5 2

Someone reverted your edit and mentioned you:

1 1

I would suggest that in addition to this, if you hover over the bubble, it should present a tooltip stating its contents in words as an alternative to knowing what the icons mean. — Scott talk 10:39, 25 October 2013 (UTC)[reply]

I really like this idea. +1.
(fwiw, I found the echo icons and thanks icon on git - and I've now uploaded them to commons, and added them to the documentation page at mw:Echo/Feature requirements#Notification Types). –Quiddity (talk) 01:11, 26 October 2013 (UTC)[reply]
Thanks for uploading the icons! Looking at them, I also think that talk messages and mentions should have different icons - an icon design for mentions based around "@" would be ideal, for obvious reasons. — Scott talk 11:15, 26 October 2013 (UTC)[reply]
@Scott Martin: I got the icons wrong! I uploaded the PNGs instead of the SVGs. I've pinged the designers, and they should be sending me copies of the SVGs by Monday.
That's a good specific suggestion for a Mentions icon replacement. I'll add that to #8 in the feature request list, above. :) (The only problem I can think of, is that {{@}}} doesn't work as someone might guess it would. But that's a minor quirk.) –Quiddity (talk) 16:29, 26 October 2013 (UTC)[reply]
Textual alternatives are essential for graphical indicators. That problem would need to be engineered around. — Scott talk 10:58, 26 October 2013 (UTC)[reply]
I can't understand why you'd be worried about that. There's a long slab of empty space there (for me, even after I've wedged several custom links in on the right-hand side), and this proposal will hardly make a dent in it. Even then it will only be transient. — Scott talk 14:22, 26 October 2013 (UTC)[reply]

Suggestion: 'talkback' notification

I'd like to have the possibility of easily notifying someone about a response, without linking their user page or editing their talk page, perhaps something like the "thank" button. Any thoughts or ideas about this? Mathonius (talk) 13:07, 25 October 2013 (UTC)[reply]

The WP:Flow project aims to improve exactly this aspect of discussions. We'll be working on finding out exactly how to implement these types of features via experimentation and feedback, starting very small with just a couple of WikiProjects that volunteer, over the coming months. See that main page for many more details. :) –Quiddity (WMF) (talk) 23:32, 25 October 2013 (UTC)[reply]
Thanks, Quiddity! That's great! :) Mathonius (talk) 10:52, 26 October 2013 (UTC)[reply]

Notifications for log entries

It would be nice if we could "thank" people for deletions, un-deletions, and other actions that show up in logs but are not edits per se. davidwr/(talk)/(contribs) 22:56, 25 October 2013 (UTC)[reply]

See discussion of a proposal related to this process at...

Wikipedia:Village pump (proposals)#The revert notification encourages edit-warring, consider removing or modifying it.--Fuhghettaboutit (talk) 00:29, 26 October 2013 (UTC)[reply]

User mention should be prompted

Thanks for a nice tool that can promote better interaction on wiki. It will be great, if user mentions can be prompted if preceded by @, just like WP:Hotcat gadget does for categories.--Arjunaraoc (talk) 04:55, 26 October 2013 (UTC)[reply]

Question regarding "page links" notification

Does the "page links" notification notify you of when an image you uploaded gets linked to an article? Or is it just for articles created in article space? Thanks, —  dainomite   19:04, 28 October 2013 (UTC)[reply]

Not currently, but that's one of the initial Goals of mw:Multimedia. I'm not sure if there's a specific timeline for that feature yet. –Quiddity (talk) 20:49, 28 October 2013 (UTC)[reply]
Hello Dainomite, thanks for your good question. As Quiddity points out, our multimedia team indeed plans to develop a new category of 'media file notifications', which would notify you when 'your file was used in article x'. We aim to start development in December 2013, with a likely release in January 2014. We will post here when that new notification is available. Thanks again, and be well :) Fabrice Florin (WMF) (talk) 21:14, 28 October 2013 (UTC)[reply]
Sounds good, thanks Quiddity and Fabrice Florin (WMF). This raises another question I just thought of. How will it work for users who upload files to commons and the files are linked on various wikipedias. Will the uploader on commons be notified that their new file is used on various wikipedias? Or will it be restricted locally so notifications wont leave the site? By that I mean an uploader on COM won't be notified if their file is linked on say the de wikipedia. Thanks again for the quick responses. Regards, —  dainomite   21:24, 28 October 2013 (UTC)[reply]
HiDainomite, the current plan is that if your file is used anywhere, you will receive a notification from Commons that it was used, most likely using the GlobalUsage extension to trigger the notification. However, you will not receive that notification on English or German Wikipedia, only on Commons, as we are not currently supporting cross-wiki notifications. Hope this helps. Fabrice Florin (WMF) (talk) 21:34, 28 October 2013 (UTC)[reply]
Ahhh, I got it. Well, it sounds awesome and I can't wait until it's released. Thank you, —  dainomite   22:05, 28 October 2013 (UTC)[reply]

Users who chose not to receive some notifications

I read something about this in the archives, so my question is: am I right in assuming that, at the moment, the only way to have a list of users who opted-out from some Echo options (and to find out about which of them) is... manually building it (i.e., having such user to explicitly list themselves and their "undesidered" options on a page)? --Elitre (talk) 15:14, 1 November 2013 (UTC)[reply]


Retrieved from "https://en.wikipedia.org/w/index.php?title=Help_talk:Notifications&oldid=579747022"

Hidden category: 
Pages where archive parameter is not a subpage
 



This page was last edited on 1 November 2013, at 15:14 (UTC).

This version of the page has been revised. Besides normal editing, the reason for revision may have been that this version contains factual inaccuracies, vandalism, or material not compatible with the Creative Commons Attribution-ShareAlike License.



Privacy policy

About Wikipedia

Disclaimers

Contact Wikipedia

Code of Conduct

Developers

Statistics

Cookie statement

Mobile view



Wikimedia Foundation
Powered by MediaWiki