Could be a problem with post data being cut off partway through, missing the submission info that indicates
it's a preview. That's consistent with for instance this diff:
http://en.wikipedia.org/w/index.php?title=User:J%27raxis&diff=9907156&oldid=9907152

Will take a look...

wiki+bugzilla wrote:

Yeah, that's probably it. I think I hit stop a few times during the previews
because it was being so slow. Perhaps not having wpSave as the default action
would be a good idea in a future version of MediaWiki. wpSave as default also
has the mildly irritating effect of causing a premature submit if one
accidentally hits enter in the summary box, something I've also done a few times.

[Mildly OT, but where do I ask about having a Sysop cleanup this revision
history? Last time I had a request like this, I eventually found some help pages
at either Wikipedia proper or the Meta site that said to email a Sysop who has
DB write access, but I never got responses from those whom I emailed.]

I've made a fix to force preview mode if the form submission is incomplete (indicated by wpEdittime, the very
last field on the form, not being set). I believe this should be sufficient to prevent saves on partial form
submissions.

When the submission is complete, save needs to be implicitly assumed when neither wpSave nor wpPreview is
present in order to allow saving by hitting enter from the summary box or checkboxes. (This is intentional, as
every other form submission on the web works like that.)

I'll clean up those stray entries from the database shortly...

zigger wrote:

*** Bug 610 has been marked as a duplicate of this bug. ***

Have removed the reported bogus intermediate revisions from 7:35 through 7:40.

richholton wrote:

I wonder if this bug could be related to #275: Page or section content
duplication on edit conflict with self.