This is kind of minor, but it seems that the revision history of a post occasionally fails to be written in chronological order, when events are in close succession. For example this post history has an unlocking followed by a locking, when (I assume) the reverse is what really happened.
$\begingroup$
$\endgroup$
4
asked Dec 2, 2013 at 13:15
-
$\begingroup$ I don't see why this question was locked and unlocked by the community user in the first place. Both events also have identical timestamps. $\endgroup$– user35354Commented Dec 2, 2013 at 14:38
-
$\begingroup$ @MadScientist That seems to happen whenever a question is put on hold. $\endgroup$– S. Carnahan ModCommented Dec 2, 2013 at 15:25
-
$\begingroup$ That shouldn't happen (and it doesn't happen for other questions put on hold like this one). Locking would happen on a rejected migration, but this is not the case here as far as I can see. $\endgroup$– user35354Commented Dec 2, 2013 at 15:37
-
$\begingroup$ It was an automatically rejected migration, 4/5 close votes were sending it to Math SE, where there was a problem with tags not existing. $\endgroup$– Tim Post StaffCommented Dec 4, 2013 at 14:08
Add a comment
|
1 Answer
$\begingroup$
$\endgroup$
1
We could be a little more descriptive in the post history table when it comes to these edge cases, it's just that they rarely come up and get noticed.
Here's the chain of events:
- 5 Close votes accumulate, 4 sending it to math.stackexchange
- Post is closed and locked for migration
- Problem with tags not existing on the destination site, migration rejected
- Post unlocked, closed as off topic instead
What you noticed is an artifact of automatic rejection not taking place until the post is actually locked and all packaged up to go to the destination, which is pretty much by design, since most migrations aren't automatically rejected due to tags. It's a last minute sanity check more than anything.
Whenever you see this, and it all happened in the same second (sometimes seemingly in reverse order), this is almost always the case.
Sorry about the confusion :)
-
1$\begingroup$ Isn't the third case just ends up as [untagged] or something? $\endgroup$– Asaf Karagila ModCommented Dec 4, 2013 at 19:52