I did a little bit more digging to find that event I referenced above does not have a revision reflected in the history of the article "Dowry system in India".

http://en.wikipedia.org/w/index.php?title=Dowry_system_in_India&action=history

Currently, the above history page shows that the last revision was saved at 2012-10-14 10:22. In the log, the edit success event has the associated timestamp of 2012-10-22 06:24, nearly a week later.

The enwiki database confirms this:

select max(rev_timestamp) from revision where rev_page = 31999935;

+--------------------+

+--------------------+

+--------------------+
1 row in set (0.11 sec)

(copying from thread) this is a known issue (not necessarily a bug): if you try and save an empty edit, i.e. submit an edit with no modification, AFT still logs this as an edit_success but since MW doesn't generate a rev_id as a result of this transaction, a 0 value is stored to flag this as a "silent fail". Ideally we wouldn't even log these events as they are potentially inflating edit success counts, in the past we've just discarded them when processing the log data.

Wondering how severe this is. Should this block the next deployment? Fabrice?

I've pushed a patchset that will no longer register such no-modification submissions as "edit_success", but will now register then as "edit_norevision".

The change is part of https://gerrit.wikimedia.org/r/#/c/29766/