I just rejected an edit to a tag wiki excerpt that was just … wrong. The edit suggested a tag synonym.
The invalid edit rejection reason, however, does not make sense for tag wikis:
You can't "comment or reply" to a tag wiki excerpt or body. Therefore, the reject reasons need to be worded differently here, or otherwise they become really confusing for new users — how should they "reply" or "comment" to a tag?
The first part of the description is still correct, as the edit is incorrect. Using just that as description would make the rejection reason too vague, and probably subjective.
Considering other cases that should be rejected, such as the one reported in this question (where the added text was "make this tag an alias for osx-lion"), I think that the rejection reason could be changed to "This edit is incorrect or adds metadata." This would apply also to these edits that add something similar to "I think this is the right solution," or "this is not an answer," or "thank you."
I think tag-wiki edits needs a different interface than question and answer edits. Rejection reason list includes following:
copied content: This edit plagiarizes content from an external source without proper attribution :Not much suitable for a tag-wiki since tag-wiki body will probably got from external sources, like official pages or wikipedia.
invalid edit: This edit is incorrect or an attempt to reply to or comment on the existing post: Useful reason but explanation text do not make sense.
radical change: This edit changes too much in the original post; the original meaning or intent of the post would be lost : Since that is not either a question or an answer, this reason is meaningless too. Edit will be either valid, or invalid. Radica change is meaningless.
too minor: This edit is too minor; suggested edits should be substantive improvements addressing multiple issues in the post: It can be useful too, not sure much.
vandalism: This edit introduces spam, defaces the post in some way, or is otherwise inappropriate: Useful
So, creating a new reject list is better I guess. Also following is needed IMO and can be added to the reasons:
Invalid Excerpt: I see some tag-wiki edits with invalid edits, or unable to define the tag properly. Since Excerpts are the key to select proper tags for questions, they must be satisfactory in explaining the tag. Invalid excerpts will cause users to use wrong tags if they are not familiar with related tags. Having its own reason, this may stop robot-approvers, or at least lead them to check the excerpt before accepting. Below is the excerpt for glide in StackOverflow with a not very explanatory excerpt.
I've updated this to be a feature-request. @waffes was correct in his first comment up above that the "invalid edit" reason is still logically correct for this use case. The rest is really just asking for something different.