Wikipedia talk:Article Feedback/Feedback response guidelines

This is the talk page for discussing improvements to the Article Feedback/Feedback response guidelines page.

Put new text under old text. Click here to start a new topic.
New to Wikipedia? Welcome! Learn to edit; get help.

Archives: 1

The Article Feedback interface at Special:ArticleFeedbackv5 provides a variety of options to respond to feedback. We need to develop and adopt a guideline on how to respond to various types of feedback, both positive and negative. Monty ₈₄₅ 21:24, 16 July 2012 (UTC)[reply]

The project page initially contained a draft policy mostly created by Jeffwang, it has now been modified to incorporate some of the below discussion but is as of yet incomplete. It may be useful in guiding the discussion. Monty ₈₄₅ 01:30, 19 July 2012 (UTC)[reply]

Finished user warnings

Hi again everyone, I've finshed the user warnings which are at User:Callanecc/sandbox/AFT5, so if you wouldn't mind having a look at them and leaving comments on it's associated talk page. Thanks, Callanecc (talk • contribs • logs) 14:53, 14 September 2012 (UTC)[reply]

I've left levels 1 to 4 & 4im there this time, but I'm very happy to get rid of them and change them into a single issue warning, or only to have levels 3, 4 & 4im. Depending on what everyone thinks. Callanecc (talk • contribs • logs) 14:57, 14 September 2012 (UTC)[reply]

Time for an RFC to adopt?

It seems the Draft Guideline has become relatively stabilized. Looking for a quick gauge of whether its time to formally propose it as a guideline in a new RFC. Thoughts? Monty ₈₄₅ 21:27, 25 September 2012 (UTC)[reply]

Some questions

I have noticed a few things that might suggest a need for clarification in the guidelines.

The section "Marking feedback as un/helpful" has "Mark feedback as unhelpful if it does not contribute to the development of the article (such as "Justin Bieber is great" or "ksnknck"), but is not abuse and does not warrant hiding." The section " Hiding and unhiding feedback" has "H3 Purely disruptive material that is of little or no relevance or merit to the project. This includes . . . nonsensical text (such as aksnksckdjdvfpqsk) ...". There seems to be a conflict as to whether nonsensical text should be marked as unhelpful or hidden - unless there are some criteria for judging when nonsensical text warrants hiding and when not.
Since the smiley is presumably helpful, should "Mark feedback as unhelpful if it does not contribute to the development of the article" be changed to "Mark feedback as unhelpful if there is a comment but it does not contribute to the development of the article". Feedback with no comment can be shown, and the helpful/unhelpful buttons are displayed What exactly should be done about feedback with no comment? Presumably it should not be marked as unhelpful.
Feedback can provide useful insights for a group of articles but actually be already "resolved" in the specific article. How should this be handled? I came across an example of this here: http://en.wikipedia.org/wiki/Special:ArticleFeedbackv5/Economy_of_Germany/361393. The reader providing the feedback was not correct, so the article did not need changing, and I therefore noted the problem on the article talk page and marked the feedback as "resolved". However, it indicated a frequent misunderstanding by readers and editors when handling billions and trillions in a Continental European context; so I flagged it as featured. The end result of this might be sub-optimal.
The last example also illustrates another issue. The reader had submitted the feedback twice, so I marked one instance as hidden per guideline (H6). This is OK on the feedback page, but on the user contributions page it is shown like a revision deletion without showing the comment (H6 duplicate), so it might look like hidden abuse. That might suggest a software tweak.
It might help if there were a more general discussion of the extent to which various actions should normally be seen as alternative or complementary (e.g. helpful, featured, and resolved) and what exceptions there might be.

--Boson (talk) 22:52, 25 September 2012 (UTC)[reply]

Thanks for all of the above quite helpful.

I noticed that when I was answering the request above, and I've changed it.
There was a discussion about the smiley somewhere, and the general response, was that yeah it can be helpful, but it also doesn't contribute to the development of the article. So if there is no content it would be able to hidden under H7, but could be marked as unhelpful instead. It's up to the monitor.
This is a problem we are always going to have, my only suggestion is that the monitor post it to the applicable WikiProject's talk page, but this is completely up to them. Since the tool can only be used for specific pages, I would have marked it as resolved, but one of the things I at least was hoping for is that monitors would rely on their own judgement rather than just do what this page says.
In the past my comments have appeared on user contribs. But that is something which may be useful for the next version. If you could post it at WT:AFT5 that would be great.
I agree to a certain extent, but I think it's good that monitors can use their discretion when assessing their options with regard to what action to take. I have, however, added a bit about when to hide, opposed to other actions, to the top of the hiding section.

Does that answer your questions? Callanecc (talk • contribs • logs) 05:22, 7 October 2012 (UTC)[reply]

Yes, thanks! --Boson (talk) 09:47, 7 October 2012 (UTC)[reply]

Housekeeping criterion

Hi. While this set of guidelines is still relatively new, would it be possible to re-order the "H"s to make housekeeping H6? (Because it would seem more intuitive that way IMO to people used to G6.) Thanks It Is Me Here ^{t / c} 13:43, 14 October 2012 (UTC)[reply]

I see no issue with this. --Izno (talk) 14:14, 14 October 2012 (UTC)[reply]

I've swapped H7 and H6 (so housekeeping is H6), thanks for the suggestion. Callanecc (talk • contribs • logs) 00:23, 15 October 2012 (UTC)[reply]

use of flag as abuse a bit vague

I find the appropriate use of "flag as abuse" a bit unclear. If someone leaves a nonsense or non-actionable comment, like "Absdksa," is it something that should be flagged as abuse? What about "good"? Such comments seem like an abuse of feedback system on the one hand, but they're not exactly abusive in a "it's plainly offensive or an advertisement" kind of way on the other. Obviously they should be marked as unhelpful, but that doesn't seem like the kind of action that if widely taken would cause the comment to be hidden. But maybe that's not the goal. Perhaps I didn't look in the right places, but I couldn't figure this out. AgnosticAphid talk 19:46, 14 November 2012 (UTC)[reply]

Thanks for the idea, looks like we'd completely missed flag as abuse. I think we have addressed it on this talk page or maybe somewhere else, so I'll write a section for it hopefully in the next few days. I think the general thing was that if it meets the criteria for hiding (although a less strict interpretation of them) flag it is as abuse as that is were a number of monitors check first. But I'll do some reading and see if I can find where it was discussed. Thanks again, Callanecc (talk • contribs • logs) 09:06, 17 November 2012 (UTC)[reply]

Nonsense plainly falls under H3, so at a minimum that should be an action taken. --Izno (talk) 22:25, 28 November 2012 (UTC)[reply]

On one of the articles I watch, an IP editor is indiscriminately flagging every piece of feedback as abuse. This guideline says that featuring unhelpful feedback is grounds for a topic ban; should abuse of the abuse flag be treated the same way? DoctorKubla (talk) 08:32, 9 December 2012 (UTC)[reply]

The statement should probably be generalized, as that is very inappropriate behavior. --Izno (talk) 15:28, 9 December 2012 (UTC)[reply]

Expanding/Clarifying H3

I've been using aft-hide lately on anti-vandalism patrol, and I've found this page very useful for understanding when and when not to use it. One thing, though, that I think could use some clarification or expansion is where the line falls between bad comments and disruptive ones. For instance, I saw feedback on Paris reading "Paris." Under the current H3 wording, I tentatively hid it, since it seems that the guidelines for hiding are based on the principle that we should hide any feedback that could under no circumstances have any effect on the article, editors' thoughts toward it, or the like. I wonder if it would be best to change the wording from "purely disruptive material" to "purely disruptive or unconstructive material" - clearly the bar here should be somewhat lower than it is for CSD or revdel, since we're not talking about preserving editors' contributions, but, rather, improving the article in question. I can't really see any reason that we shouldn't hide totally pointless comments, and the "nonsense text" portion of H3 seems to be in keeping with this, but that's not really matched in the summary of H3. But I'm curious to see what other monitors who've used this tool have to say, before officially proposing this change. Thanks. — Francophonie&Androphilie (Je vous invite à me parler) 20:36, 28 November 2012 (UTC)[reply]

I think the examples make it quite clear what should be hidden under criterion 3 at the minimum. I would personally have marked the comment as unhelpful and then resolved, as I don't see that it creates disruption. --Izno (talk) 22:24, 28 November 2012 (UTC)[reply]

I see what you mean, but I think the criterion, as currently, written, is equivocal: If there are no circumstances under which you should hide a non-disruptive comment (outside of the circumstances outlined in the other criteria), then you shouldn't be allowed to hide nonsense text. But if you're allowed to hide nonsense text (which I agree with past consensus that you should be), then why shouldn't you be allowed to hide, to use another example I saw, a comment reading simply "words," or other unambiguously unconstructive comments? They're no more disruptive, and no more relevant. — Francophonie&Androphilie (Je vous invite à me parler) 22:56, 28 November 2012 (UTC)[reply]

Intention is an important distinguishing factor. Gibberish is unequivocally and deliberately disruptive. "Paris." is not. I suppose WP:AGF might be relevant. --Izno (talk) 23:11, 28 November 2012 (UTC)[reply]

I wouldn't have a problem changing "Purely disruptive material..." to "Purely disruptive or blatantly unconstructive material..." and leaving it up to monitor's discretion.

I think this will continue to be contentious because of the different perceived use of the hide function - some see it as being the equivalent of RevDel and some see it as the equivalent of rollback/undo - with all of the views in between - so I think there will always be differences of opinion when it comes to the finer points. I think the best thing we can do with this is to leave is as open as possible to a Monitor's discretion. Callanecc (talk • contribs • logs) 23:52, 28 November 2012 (UTC)[reply]

Protection and lead

I've made a major change to the protection section and the lead, what does everyone think? Callanecc (talk • contribs • logs) 01:11, 29 November 2012 (UTC)[reply]

Good idea re layout - I've added back 'readers' and 'editors' because these terms are used elsewhere so including them here will hopefully help avoid confusion. Callanecc (talk • contribs • logs) 01:55, 29 November 2012 (UTC)[reply]

It's fine. --Izno (talk) 02:07, 29 November 2012 (UTC)[reply]

RfC: Formal adoption as a guideline

The feedback response guideline is formally adopted by the community as a Wikipedia guideline. Lord Sjones23 (talk - contributions) 20:40, 26 January 2013 (UTC)[reply]

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Should the feedback response guidelines be formally adopted as a Wikipedia guideline? 00:04, 9 December 2012 (UTC)

Survey

Support: After months of drafting and redrafting I believe that the draft guidelines cover the topic in a way which is agreeable to the majority of users. And that they fully cover the use of the tool, whilst still allowing users to use their discretion wherever possible. Callanecc (talk • contribs • logs) 00:04, 9 December 2012 (UTC)[reply]
Support – it clearly sets out when to action feedback (hide, flag as abuse or feature), what not to do, and the consequences of abusing the relevant tools. Probably worth publicising this discussion somewhere? —WFC— _{FL wishlist} 07:52, 9 December 2012 (UTC)[reply]
Support, it all seems quite rational, sensible, logical, and useful. :) Good job, — Cirt (talk) 17:18, 9 December 2012 (UTC)[reply]
Support As with any guideline, there are likely to be tweaks in the future, but I think this is ready to be a guideline. We really should have at least something of guideline level for actions that are permission based. The current version seems good to me. Monty ₈₄₅ 17:22, 9 December 2012 (UTC)[reply]
Support. There may be a need to revise a tad in the future, but it seems wise to adopt this as an actual guideline. dci | TALK 22:58, 9 December 2012 (UTC)[reply]
Broadly support but slightly concerned that this might be bureaucracy creep. That is, I don't find anything particularly problematic about the guidelines but I think it might be a case of instruction creep/bureaucracy creep. —Tom Morris (talk) 12:32, 10 December 2012 (UTC)[reply]
How do you come to that conclusion? What smells of creep to you? There aren't other guidelines addressing the when you should use the feedback tool (there are, of course, hows quite abundant).--Izno (talk) 14:33, 10 December 2012 (UTC)[reply]
Simple. I have a brain. When someone comes and posts "HURR DURR I ATE A DICK" on the comments page, I don't need to read a guideline to know that it needs to be hidden. I'd rather hope that anybody else who has the ability to hide feedback would do likewise. That said, having a policy won't do any harm. That's why I'm supporting rather than opposing it. —Tom Morris (talk) 18:18, 10 December 2012 (UTC)[reply]
The same could be said of rollback, couldn't it? Yet we have a rather strict rule that rollback is used only to revert clear and unambiguous vandalism. Would you say that rule also is cruft? That the documentation of that rule is cruft? If only the latter, how would you ensure that people follow the (then) unwritten rule? (I'm exploring here, because if you would note the cruftiness, someone may oppose due to that.) --Izno (talk) 21:59, 10 December 2012 (UTC)[reply]
As I said, I don't see any particular problem with it. I just think that it might be a case of premature optimization. I'm slightly unclear on whether we expect people to read this before they start hiding "MY FRIEND JIMMY IN HISTORY CLASS IS GAY" and similar vandalism-esque comments on feedback pages. Or will this only be used so we can remove someone's reviewer privileges if they consistently ignore these guidelines? (I guess with the IAR exception, that's probably not going to happen.) —Tom Morris (talk) 13:16, 12 December 2012 (UTC)[reply]
On the former, we don't. However, we should be able to point to some place, when attempting to correct their action, that says "the community has these standards in place. Please consider them the next time you use the hide button". I don't see it as likely that privileges will be removed either, especially given H8. But there may be egregious instances where monitors are repeatedly in the wrong with these guidelines, and yes, I can see removal being an appropriate action (just as with rollback or another permission). I wouldn't describe it as premature optimization but as preparing for a worst case scenario. Going into the process by which a person has a tool and then that tool is removed is probably outside the scope of this page, as the community should decide that (RFCU, ANI, etc.). Thoughts? --Izno (talk) 15:58, 12 December 2012 (UTC)[reply]
Same way we do in any other circumstance. Admin decides to remove tools, if there's any disagreement with the admin action, it goes to ANI. There are problems with such a process, but far fewer problems than having an RfC/U would present. —Tom Morris (talk) 10:00, 13 December 2012 (UTC)[reply]
Neutral. It's a bit self-contradictory and the only thing I would've needed it for -- when to flag as abuse -- is a bit unclear. At the same time, I don't oppose because it's not worse than nothing.

It's difficult to understand as a regular editor when I'm supposed to mark comments as abuse and when I'm supposed to mark them as unhelpful. Under the 'mark as unhelpful' section, it says you should do that for "ksnknck" because "it does not contribute to the development of the article." But under "hiding feedback," number H3 is gives the example of "aksnksckdjdvfpqsk" for "Purely disruptive material that is of little or no relevance or merit to the project." Because it says to mark it as abuse when "it may meet the criteria for hiding," I guess the instruction is to mark gibberish feedback as abuse. But it's definitely not clear.

A related "problem" is what to do with non-actionable feedback like "good" or "funtastic!" It's not really feedback that would contribute to the development of the article; it's somewhat akin to "blank feedback." But I can't say I'm comfortable with flagging such comments under H6.

I think that these two situations probably encompass the overwhelming majority of instances when normal editors wonder whether it's appropriate to flag feedback as abuse, so I suggest adding them as examples to the flag as abuse section. I'd support such a guideline. AgnosticAphid talk 00:37, 11 December 2012 (UTC)[reply]

Regarding marking as abuse and marking as unhelpful - most of the time you can do both and are perfectly free to do both. All feedback like "ksnknck" should be hidden uner H3, but can also be marked as unhelpful (and flagged as abuse).

The reason there aren't any examples in the flag as abuse section is that it would just be a duplicate of the hiding section. Callanecc (talk • contribs • logs) 07:50, 11 December 2012 (UTC)[reply]

The last paragraph in resolving covers what to do with feedback such as "good" or "funtastic!".

Fair enough. I still think it's confusing, though. Maybe it would help to add to the flag as abuse part something like "don't flag it if you could resolve it as non-actionable instead," and maybe it would help to the mark as unhelpful part something like "don't forget you can flag it as abusive, too!" YMMV.AgnosticAphid talk 18:06, 12 December 2012 (UTC)[reply]

Support. I had some concerns (see the discussion below), but they've been solved to my satisfaction. I think it would be a net benefit to make this a guideline. --Tryptofish (talk) 00:05, 13 December 2012 (UTC)[reply]
Changed to ~~Oppose~~, because of the revert that has been noted in the discussion section below. --Tryptofish (talk) 19:53, 15 December 2012 (UTC)[reply]
OK, I'm changing back to Support again. It looks like we now have a stable version with the issues that had concerned me now corrected very nicely. --Tryptofish (talk) 22:50, 20 January 2013 (UTC)[reply]
Support All (albeit minor) concerns rectified. Sounds like a natural next step. —Theo polisme 14:29, 13 December 2012 (UTC)[reply]
Support. A guideline that includes IAR as a criterion? How could I say no?! But, in all seriousness, looks like a very good starting point, and I appreciate that no one has tried to use this to solve problems that don't yet exist... sort of a case of "cross that bridge when we come to it, but be sure that there actually is a bridge to cross." — Francophonie&Androphilie^{(Je vous invite à me parler)} 22:19, 15 December 2012 (UTC)[reply]
Strong oppose as written. The "Conflict of Interest", "Wheel Warring", "User warnings", and "Oversight" sections are redundant to existing policy and serve only to fill white space. If the actual policies change, I don't want to see Wikilawyers insisting on another consensus to change this one. Leave the related policies where they are, or add to them if needed.--v/r - T P 02:16, 18 December 2012 (UTC)[reply]

I see where you are coming from however the COI section (as far as I've seen doesn't already exist at WP:COI and it is applied differently with this tool and should be applied differently. Regarding wheel warring this applies differently becuase it is being applied to users who are not admins - I've removed the bit which applies WP:WHEEL to everyone and just explained it. Once again this applies differently to other places on Wikipedia (plus I imagine there would be a number of complaints from users if we wanted to add a section to WP:Administrators about users without the bit. In these guidelines the user warnings section exists only to make users aware that there are user warning templates available (as the thing on WP:Vandalism does), it's not saying that they must or must not be used. I agree with the Oversight section however it just exists here to show how it applies to the tool, so whilst I can see where you're coming from the examples are there to help monitors decide what to request oversight for and what to hide. In any case the first paragraph says that the tool is subject to the Oversight policy. Callanecc (talk • contribs • logs) 02:15, 3 January 2013 (UTC)[reply]

So you need to change those policies to include those parts. Information about what wheeling is should not exist in three or four different policies. Information about COIs shouldn't either. Besides, those policies are vague enough to cover these instances. The cases where non-admins can be wheeling on the feedback tool, just adapt the WP:WHEEL policy to cover that.--v/r - T P 02:38, 3 January 2013 (UTC)[reply]

I can't think of another place that COIs like this would occur, and it isn't really the intended coverage of WP:COI which is about external COIs. I agree to an extent with the wheel warring, however then we are introducing non-admins into Wikipedia:Administrators and making them subject to different rules (that is the sanctions are different) as admins. Callanecc (talk • contribs • logs) 06:48, 20 January 2013 (UTC)[reply]

Discussion

Note; we're going to be redesigning the feedback page interface somewhat, which may necessitate some cosmetic redrafting. If you were at office hours, you've seen it - if not, I'll drop a link here tomorrow :). Okeyes (WMF) (talk) 23:40, 9 December 2012 (UTC)[reply]
I saw the listing on WP:CENT, and I have some questions before I can really decide whether or not I think this page should be made a guideline.
- Have there actually been any problems with marking feedback as "resolved"? In other words, has this really been a problem?
- Historically, WP:WHEEL has been applied to administrators. Are we creating new territory here, by extending it to rollbackers and reviewers ("monitors")? Wouldn't this new territory create some new problems?
--Tryptofish (talk) 23:23, 11 December 2012 (UTC)[reply]
In response to the WP:WHEEL point, the purpose was simply to ensure that admins and non-admins warring with the tools on AFT would be treated in the same way. In my opinion it is neither fair nor unfair to either group. —WFC— _{FL wishlist} 09:35, 12 December 2012 (UTC)[reply]

What is your concern on the resolved points?
The intent is to prevent warring with the tool, not necessarily to make it subject to the precise same sanctions as WHEEL. However, rollbackers and reviewers (and all other classes) can have those classes removed. Is there a more appropriate link in your mind? --Izno (talk) 15:51, 12 December 2012 (UTC)[reply]
The reason I asked about whether there has actually been a problem with marking things "resolved" basically comes down to instruction creep. If there isn't really a problem, we might not need to provide a guideline about that. But that's not a big deal.

The issue I see with WHEEL could be more significant. ArbCom is very serious about desysoping admins who wheel war, even once, and admins generally know that and take it seriously themselves. On the other hand, we have vast numbers of reviewers and rollbackers who have never gone through anything remotely resembling an RfA. I'm pretty sure it would be just a matter of time before someone who just thought they were reverting something will be shocked to find themselves at ANI. There has been a lot of discussion prior to reimplementing Pending Changes, about whether everyone with the reviewer tool really is qualified to have it, or even what those qualifications ought to be. Implementing this page as a guideline might abruptly put a lot of reviewers in a position they never knew they were in. --Tryptofish (talk) 21:56, 12 December 2012 (UTC)[reply]
I think the point of talking about when we should or shouldn't mark things resolved is that we have gotten a number of questions of when it's appropriate, so if you call those problems, then yes, we've had problems. (See the archive.) We've tried to give some guidance on the point due to the feedback we've gotten here.
I agree that the link to WHEEL is an issue. When I asked about "a more appropriate link", I was looking for some input on the actual link to an appropriate page, because while I recognize that WHEEL may not be the best place to link, it is also true that we don't want users to be back-and-forth quibbling over feedback, just like we don't want edit wars, move wars, or wheel wars. --Izno (talk) 22:37, 12 December 2012 (UTC)[reply]
That answers (resolves!) my question about "resolved". As an alternative to WHEEL, how about simply WP:EW? That would make that problem go away, as I see it. --Tryptofish (talk) 22:53, 12 December 2012 (UTC)[reply]
Does this work? --Izno (talk) 00:00, 13 December 2012 (UTC)[reply]
Yes, thanks! --Tryptofish (talk) 00:03, 13 December 2012 (UTC)[reply]

I have reverted for the time being, in no small part because this is a major change to a proposal on which we are actively publicising, and also because at least three people have cited the principles of WP:WHEEL as being appropriate in the archives. The question of whether we should actually link to WP:WHEEL is a valid one. But in the absence of a link to it, the page should outline the circumstances under which admins and non-admins misusing the tool should be dealt with. —WFC— _{FL wishlist} 06:45, 15 December 2012 (UTC)[reply]
Hmm. I'll think. --Izno (talk) 22:39, 15 December 2012 (UTC)[reply]
I still think we should add a little to the hiding criteria. Maybe add total non sequitirs, for instance? They're hardly any different from blank submission. I mean, clearly they're more or less covered under H8, or even, sometimes, H2 or H3, but I can't see a time when stuff like this or this would ever be remotely useful. — Francophonie&Androphilie^{(Je vous invite à me parler)} 01:22, 13 December 2012 (UTC)[reply]
You have yet to respond to the comments above. Would you like to do so? --Izno (talk) 01:39, 13 December 2012 (UTC)[reply]

I agree with Calanecc's most recent comment there, especially in that the guidelines should remain fairly loose for now. The reason that I posted this in this thread, and not there, is that I now totally see the reason to not be overly specific with certain parts. Still, in the spirit of some of Tom Morris's comments above, I think there are some types of comments that any passing user checking the feedback on a page they've been working on, and noticing the "Hide" button that they've gotten by virtue of being a rollbacker or reviewer, might hide, but which we still don't fully cover in the criteria. My point is simply that the criteria, as written, are a bit too tightly worded, and then just let everything else full under a catch-all of "IAR." So why not loosen up a few of the individual criteria, to allow monitors greater discretion within individual criteria, as opposed to fairly limited discretion within each criterion, followed by a broad license to do whatever you want. (Not that I think we should get rid of H8. Just that we should be a bit less dependent on it, perhaps.) — Francophonie&Androphilie^{(Je vous invite à me parler)} 02:45, 13 December 2012 (UTC)[reply]

I see what you mean, but I think the only criterion this might relate to is H3. And this is meant to be a little harder especially given the examples there. But I'll make the change I suggested in the above section now, I don't think it changes that much so shouldn't be too much of an issue for the RFC. Callanecc (talk • contribs • logs) 05:38, 15 December 2012 (UTC)[reply]

I think that works. Thanks! On everything else, I agree that it's best to wait before making any changes. Voting in support. Sorry if it sounded like I was nagging to get my suggestion implemented. — Francophonie&Androphilie^{(Je vous invite à me parler)} 21:49, 15 December 2012 (UTC)[reply]

Comment - This is a defective survey — there is no link to the "Feedback Response Guidelines" provided. Therefore, the only people able to meaningfully participate are those who are already cognizant of these guidelines and thus predisposed to support their elevation to project guideline status. Provide a link. Start over. Carrite (talk) 04:18, 15 December 2012 (UTC)[reply]

Go the the project page this talk page belongs too? Callanecc (talk • contribs • logs) 05:35, 15 December 2012 (UTC)[reply]
As in Wikipedia:Article Feedback/Feedback response guidelines. Callanecc (talk • contribs • logs) 05:43, 15 December 2012 (UTC)[reply]

I just put a piped link in at WP:Requests for comment/Wikipedia policies and guidelines, since that's where I imagine any confusion might be coming from. I suppose one might read WT:Article Feedback/Feedback response guidelines as "a subpage of the talk page on Article Feedback," instead of as "the talk page of a subpage of WP:Article Feedback. — Francophonie&Androphilie^{(Je vous invite à me parler)} 21:49, 15 December 2012 (UTC)[reply]

Just another thought. Like with the revdel criteria, might it be a good idea to also say something about hiding submissions pending Oversighter review? It could either be a ninth hiding criterion, or a note at the end of the "Hiding and unhiding" section... something along the lines of "Monitors should hide any submissions that they themselves request Oversight on, as a precaution until an Oversighter can review them. Monitors should also hide any submissions they find that are pending oversight, unless the request is clearly in bad faith. Many submissions for which Oversight has been declined may also still warrant hiding under other criteria." — Francophonie&Androphilie^{(Je vous invite à me parler)} 22:45, 15 December 2012 (UTC)[reply]

Submissions for which Oversight is requested are automatically hidden, so I don't see a need to include it. Callanecc (talk • contribs • logs) 02:58, 16 December 2012 (UTC)[reply]

Ahh. I was unaware. Thanks. — Francophonie&Androphilie^{(Je vous invite à me parler)} 01:29, 17 December 2012 (UTC)[reply]

Maybe I missed it, but did we ever have an RfC saying that we wanted the AFTv5 tool? To me that seems like a logical step before we can agree on guidelines. Legoktm (talk) 04:50, 17 December 2012 (UTC)[reply]
I would say that as long as the tool is active, we should have guidelines for dealing with it. Making this a guideline would not be an endorsement of AFTv5, if for what ever reason AFTv5 goes away, this would just become historical for the time period it was active. Monty ₈₄₅ 02:11, 18 December 2012 (UTC)[reply]

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Editors and flag as abuse

I noticed that editors (as opposed to readers and monitors) cannot flag comments as abusive. It is true that editors can mark the feedback as inappropriate. But I am not sure whether the gods monitor inappropriate feedback as much as feedback marked as abusive. On the one hand, looking at the central feedback page, there is some really old inappropriate feedback, but it's mostly harmless. At the same time, shouldn't there be a more immediate way for editors to bring the fact that, maybe, personal information was included in a piece of feedback? Perhaps a Request for a Request for Oversight or something? AgnosticAphid talk 17:10, 5 June 2013 (UTC)[reply]

Logging

If I disable article feedback (see Wikipedia talk:Contact us#Reader feedback: In the page belonging to Mr ...), there is no new entry in Special:Log/Redrose64, so where is this action logged? --Redrose64 (talk) 16:03, 16 August 2013 (UTC)[reply]

It isn't. Discussion over what to do next is ongoing here. —WFC— _{FL wishlist} 00:48, 17 August 2013 (UTC)[reply]

Get alerts

Is there a way to Watch or get alerted on the central feedback page to monitor when new comments come in? — Preceding unsigned comment added by Jrsovereign (talk • contribs) 21:23, 4 February 2014 (UTC)[reply]

Not currently. Jackmcbarn (talk) 01:02, 5 February 2014 (UTC)[reply]