Talk:Article feedback/Version 5/Feature Requirements

Feedback page
This is so awesome! You probably thought of this (and it could be covered somewhere in all this thorough text that I skimmed over), but one thing that seems like it would be really cool for the Feedback Page is to have a place to mark whether or not a comment was incorporated into the article. For example, for the San Francisco article, there is a comment that says a person did not find the "List of Sister Cities." As an editor, it would be great if I added this part to the article itself, and then checked-it-off on the feedback page. Jwild 19:36, 2 February 2012 (UTC)

Comments on Abuse Filter Requirements
Thanks Fabrice for putting this together. Here are some comments. In general, I'd like to simplify things as much as possible for the first release. This area of the product is by nature complex, so I'd like for us to be diligent about managing the scope. Howief (talk) 17:34, 30 March 2012 (UTC)
 * Filter actions: I think the notion of being able to provide filter actions that depend on the severity of the abuse is an interesting one, but I'd recommend we keep things simple for the first iteration of the feature, using a single filter action to cover all cases as a starting point. Can you and Oliver come up with a recommendation for this action?
 * Feedback guidelines: I like the idea of educating the user about what's appropriate. I'd avoid describing the filters as that will just enable vandals to get around them.

Manual override of spam filters
The "Disallow" action in the spam filter should never prevent the feedback to be posted; human intervention should always be ultimately required to ban user posts, we can't rely solely on automated judgement for that. The potential for false positives that forbid posting a legitimate comment is too high.

When feedback matches the disallow rules, the user should be warned but given the option to "Post the comment anyway"; it's OK in that case to flag the feedback as hidden and label it with "automated rejection" for a human to review it later. I.e. the "disallow" mode would work just as the Warn case, but comments matching it would be hidden by default. Diego Moya (talk) 16:36, 10 April 2012 (UTC)

Article Feedback Posts Log
I'm glad to see the notion of a post log being incorporated here, as I believe it will be beneficial for attracting editors to read and consider the feedback provided by readers - and (one hopes) to encourage editors to incorporate featured or helpful feedback into an article. I would suggest, however, that "featured" posts continue to be shown in the log until or unless they have been marked as "resolved". This would keep an unresolved but still featured feedback post from being dropped from the list before someone actions it. This is the kind of feedback post that will draw uninvolved but skilled editors to an article, and attracting this group of editors will be important in the success of the feedback tool. I think the "centralized log" will be a good way to help build the links between the community and the readers. Risker (talk) 02:39, 12 April 2012 (UTC)