Last modified: 2014-08-15 12:02:03 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 58956 - Feedback must show up in watchlists
Feedback must show up in watchlists
Status: NEW
Product: MediaWiki extensions
Classification: Unclassified
ArticleFeedbackv5 (Other open bugs)
master
All All
: Lowest critical (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on: 39326 44377
Blocks:
  Show dependency treegraph
 
Reported: 2013-12-25 08:37 UTC by Nemo
Modified: 2014-08-15 12:02 UTC (History)
3 users (show)

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


Attachments

Description Nemo 2013-12-25 08:37:48 UTC
* As a reader or inexperienced user with something to say about a page, I want the editors following it to see my feedback in a timely manner (or ever).
* As an editor enabling feedback on a page, I want to be sure that the output can be acted upon by the appropriate people, rather than just pile up in a central queue checked only by a handful general-purpose reviewers acting as bottlenecks ([[Special:ArticleFeedbackv5]]).
* As an editor interested in using feedback to improve pages I follow, I want to easily and immediately see all feedback to them in a single place so that all my energies are fruitfully spent acting on it. In an ideal world, I can spot new feedback in my normal workflow /and/ I can see/moderate said feedback without exiting my workflow (e.g. I have integrated popups) or with quick walks out (e.g. snippets + deeplinks to all possible actions).

In other words, users *must* be able to see feedback for their watchlisted pages, otherwise feedback is completely useless, on any wiki with more than 1 active user (severity: critical in consequence). See <https://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Article_Feedback_Tool/Version_5&diff=584051948&oldid=584042174> for what people are forced to do nowadays:
   I have made a list of links to feedback pages that I want to monitor on my user page. To check them I just open a whole group in new tabs and close the tab if there is no new feedback (about 95% of the time) click no action for most of the rest and occasionally get something worthwhile, which I usually deal with immediately. It is a work around for something that should reasonably be automated, but it works. • • • Peter (Southwood) (talk): 13:46, 1 December 2013 (UTC)

The previous solution for this, though not reflecting the "ideal" above, was an ad hoc special page disabled until bug 39326 is fixed; the IMHO easier solution, though also not ideal without some improvements, is to use Special:Log properly so that items show up in Special:Watchlist (bug 44377).
Comment 1 Nemo 2013-12-25 08:40:03 UTC
Setting priority to High: I don't think the WMF will fix this, but if a volunteer or third-party dev ever happened to work on AFTv5, this is the first thing they have to look at.
Comment 2 Andre Klapper 2013-12-25 19:08:03 UTC
[need-volunteer is Wikidata-specific (plus doesn't every bug need a volunteer?; not convinced by high priority and critical severity at all either but I'll leave that to devs.]
Comment 3 Andre Klapper 2014-02-28 16:37:20 UTC
[Lowering priority to reflect reality, as AFTv5 is not very actively being worked on anymore.]

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


Navigation
Links