What are the rejection reasons for suggested edits?

Question

In response to: Pending approvals: allow for adding reasons to rejections we will be implementing rejection reasons for suggested edits.

This means each time you reject an edit you will be able to select why.

Benjol already started collating a list.

However I feel we need a bit more feedback on copy and options.

What should the suggested edit rejection reasons be?

Answer 1

These are comments that I've wanted to leave. It's quite a long list, so I've made it two-level, arranged as forget it, do something else, and try again. I'm still toying with the order. Many reasons apply only to tag wikis or don't apply to tag wikis, so I've split my presentation into two lists.

Questions and answers

• Not a good suggestion
  • Your suggestion changes too much from the original post. [this is kind of the fallback case]
  • This is not clearly an improvement, let the original poster have his way.
    [For style issues, or when an edit is about opinions rather than correcting something that's objectively wrong. This wording could use some improvement.]
  • You claim to be fixing a factual error, but the answer was correct. [only for answers]
  • Vandalism [covers spam, editing to add insults, editing to delete contents, afdshfdsga, …]
    [Should this raise an automatic flag if the user isn't anonymous?]
• Please try again
  • This edit is too minor. Please fix more of the obvious issues.
  • This edit introduces more issues than it fixes. [should generally be accompanied by a short indication of which is the good stuff and which is the bad stuff]
• Do not use the edit button to reply to an answer. [answers only]
  • This should have been a separate answer.
  • This should have been a comment.
  • Please update your question instead. [only if the editor is the asker]
  • Please upvote the answer if you liked it, and consider marking it as accepted. [the last bit, only if the editor is the asker]
  • Flag to merge user with asker [if the editor is not the same user as the asker but clearly the same person] [no rejection message, but instead raise a flag requesting an account merge]

Tag wikis (excerpts and bodies)

• Not a good suggestion
  • This is not an improvement.
  • Vandalism [covers spam, editing to add insults, editing to delete contents, afdshfdsga, …]
• Please try again
  • Your edit introduces more issues than it fixes. [should generally be accompanied by a short indication of which is the good stuff and which is the bad stuff]
  • Your proposed content does not adequately describe the main use(s) of the tag. [a common issue with tags that have different immediate meanings to different crows, such as many TLAs]
  • Your proposed content is copied from an external source. Don't do this.
    [Technically a subcase of the previous one, but a common one. Usually the external source is Wikipedia, and it's both a license issue and an issue with the selection of information. On SO, suggested tag wikis for products sometimes are ad copy written by the company or project.]

On free-form reasons

At least the “please try again” category, if not all of them, should have an optional free-form field in addition to the canned reason. Ideally, this free-form field should be available when accepting as well (“thanks, but next time please remove ‘thanks’ as well”).

I'm undecided about allowing an “other” category. I can't think of a reject reason that doesn't fit here, and I've rejected something like 800 or 900 suggested edits across Stack Exchange. I haven't trawled through my whole history to write this post though, so it's possible that I've missed something. “Not an improvement” is pretty broad anyway. I think I've covered all the reasons that have been mentioned in this thread so far.

Ancillary remarks

While you're at it, please implement the long-awaited Reject and Improve button.

Answer 2

Seems like Benjol's list should be replicated here:

The reasons could be (loosely inspired from here):

• Timid edit: Always strive to improve as much as possible with each revision - if you can't, then leave the task for someone who will.
• Violent edit: Your edit has gone too far, and changed the meaning to the point where it is probably no longer relevant.
• Backwards edit: Your edit has introduced new quality issues which weren't there in the original.
• Aggressive edit: You are simply using the edit tool to insert completely new material, rather than updating anything currently extant. A better choice would be a comment or a new answer.
• Pedantic edit: The edit doesn't really improve the quality of the post, but focuses on trivial or even potentially controversial details (e.g. 'correcting' British/American spellings).
• Spam edit: the edit doesn't have anything to do with the answer; it is spam.

Answer 3

I'm very glad to hear this is coming. Benjol's list looks good. The only further items I can suggest would be:

Risky Edit -- This suggestion changes the code in a question, which may not be such a good idea.

Also, for "Backwards Edit" particularly, I'd like a sentence's worth of space to point out the specific quality issues that were introduced. I've seen some added "Thanks" and such in the queue and it'd be nice to be able to say "Don't do this or that, please."

Answer 4

I just rejected a suggested edit, because the editor thought that text shouldn't duplicate between the excerpt and the main section of the tag wiki (missing the meaning of the word excerpt).

I've rejected other tag wiki edits because they put too much in the excerpt, or left out needed tag information (meta stuff on how to use the tag).

I've also had to reject some tag wiki edits that were completely incorrect about the tag they referenced.

So some Tag Wiki Suggested Edit reasons:

1. Tag Wiki Excerpt should usually be a concise subset of the Tag Wiki.
2. Tag Wiki Excerpt needs more tagging instruction
3. This text does give a true description of this tag.

Of course, a lot of the normal suggestion reasons will also work for Tag Wiki edits.

EDIT: Now that I've got to use the reasons, I see the real need to be able to enter a more specific reason, so that the editor is educated on what they need to do better. It's especially important for Tag Wiki edits, since most editors won't qualify to improve them and fix problems they see.

Answer 5

Just to add my support to Lance and Gilles' answers and call out explicitly what they imply: I think that Suggested edits for tag excerpts and wikis probably need special treatment.

(For instance, one problem that is specific to these is that "something is better than nothing" (or is it?). In the case of other edits, there is something to revert to, but when I'm looking at a Tag excerpt which ignores pretty much all the guidelines, but where there was nothing before, I'm never too sure what to do.)

Answer 6

• suggested edits left other obvious errors/issues
• changed fundamental information
• attempt to communicate with author: use comments!
• attempt to add new question: ask your own question!

Needs better wording, but those are the ones that immediately come to mind.