Return to Answer

When a user suggests an edit, their edit is put in the Suggested Edits review queue. The edit will leave the queue under three conditions:

• If two users vote to approve or reject the edit (used to be three on Stack Overflow)
• If the original poster or a ♦ moderator approves or rejects the edit (their vote is binding)
• If the Community user steps in and approves or rejects the edit

The first two should be self-explanatory, but the last one can be a bit confusing. Community is an automated script designed to take care of maintenance for the site, and it may approve or reject edits under the following conditions.

This type of rejection will count towards a potential editing ban. (In the past, no edit rejected by Community would count towards it, since it wasn't possible to distinguish between this case and the below case, but now it is.)

If a user with full editing privileges for a post (including the original poster) begins editing the post before you submit your edit suggestion, and they save their edit after you have already suggested it, then your suggested edit will be overridden in favor of their fully-privileged edit.

This is known in software as an optimistic lock. This is an edge case, and does not happen often because users with full privileges who try to edit a post after you submit your edit will be directed to your suggested edit instead. Thus, when one person starts editing a post, we do not need to lock everyone else out. While the UI attempts to avoid these situations (through live refresh messages such as "This post has been edited"), they do sometimes occur.

This sometimes appears strange to a viewer — as if Community has immediately rejected their edit, without warning, with no hesitation.

Do not be alarmed! This is just concurrent modification working its evil magic once again. This type of rejection will not be counted towards automated edit bans. Simply submit your edit again and it may actually be reviewed.

Another way this can occur is if a fully-privileged user makes an edit, then you suggest another edit right afterwards, and then the first user makes another edit during their 5-minute grace period. In that case, a new revision is not created, but your suggestion is still automatically rejected due to the edit conflict.

This may lead to situations where the Community user appeared to approve an edit without a corresponding "Edit" review, or appeared to reject an edit without a corresponding "Reject and Edit" review or a message explaining that it was an automatic rejection due to edit conflict. The review in question was performed by a now-deleted user; Community is just taking retroactive credit for their action.

When a user suggests an edit, their edit is put in the Suggested edits review queue. The edit will leave the queue under three conditions:

• If two users vote to approve or reject the edit
• If the original poster or a ♦ moderator approves or rejects the edit (their vote is binding)
• If the Community user steps in and reviews the edit

The first two should be self-explanatory, but the last one can be a bit confusing. Community is an automated script designed to take care of maintenance for the site, and it may review edits under the following conditions.

This type of rejection will count towards a potential editing ban. (You may find some old posts that say that no edit rejected by Community would count towards it, but that was because it wasn't possible to distinguish between this case and the below case, but now it is.)

If a user with full editing privileges for a post (including the original poster) begins editing the post before you submit your edit suggestion, and they save their edit after you have already suggested it, then your suggested edit will be overridden ("canceled") in favor of their fully-privileged edit.

This is known in software as an optimistic lock. This is an edge case, and does not happen often because users with full privileges who try to edit a post after you submit your edit will be directed to your suggested edit instead. Thus, when one person starts editing a post, we do not need to lock everyone else out. While the UI attempts to avoid these situations (through live refresh messages such as "An edit has been made to this post"), they do sometimes occur.

This sometimes appears strange to a viewer — as if Community has immediately taken their edit out of review without warning, with no hesitation.

Do not be alarmed! This is just concurrent modification working its evil magic once again. Canceled edits will not be counted towards automated edit bans. Simply submit your edit again and it may actually be reviewed.

Another way this can occur is if a fully-privileged user makes an edit, then you suggest another edit right afterwards, and then the first user makes another edit during their 5-minute grace period. In that case, a new revision is not created, but your suggestion is still automatically canceled due to the edit conflict.

Note that before July 2024, this type of edit review was shown as a "rejected" edit by Community for the same reason.

This may lead to situations where the Community user appeared to approve an edit without a corresponding "Edit" review, or appeared to reject an edit without a corresponding "Reject and Edit" review or a message explaining that it conflicted with a subsequent edit. The review in question was performed by a now-deleted user; Community is just taking retroactive credit for their action.

You can also see the Community user as having reviewed certain edits in some cases, which don't fall into the above two cases. However, the above two cases are the only ways by which the Community user physically reviews edits.

You can also see the Community user as having reviewed certain edits in some cases, which don't fall into the above two cases. However, the above two cases are the only ways by which the Community user reviews edits as actual automated system actions.

###A reviewer either improves an edit, or rejects and replaces it with a different edit

###A user with full edit privileges saves an edit over yours

A reviewer either improves an edit, or rejects and replaces it with a different edit

A user with full edit privileges saves an edit over yours