Last modified: 2005-02-04 00:38:46 UTC
Previewing edits seems to have somehow actually SUBMITTED them:
# 07:42, 2005 Feb 3 (hist) (diff) User:J'raxis (Added "missing" notice, Arabic
# 07:40, 2005 Feb 3 (hist) (diff) User:J'raxis (Added "missing" notice, Arabic
# 07:39, 2005 Feb 3 (hist) (diff) User:J'raxis (Added "missing" notice, Arabic
# 07:37, 2005 Feb 3 (hist) (diff) User:J'raxis (Added "missing" notice, Arabic
# 07:36, 2005 Feb 3 (hist) (diff) User:J'raxis (Added "missing" notice, Arabic
# 07:36, 2005 Feb 3 (hist) (diff) User:J'raxis
# 07:35, 2005 Feb 3 (hist) (diff) User:J'raxis (Added "missing" notice, Arabic
Each of these other than the topmost was caused by me previewing. I believe I
previewed it more times than what you see here, so preview isn't ALWAYS causing
an actual submit. I'm not sure if this is reproduceable, as I don't want to make
a mess of any page histories trying to reproduce it.
[This is NOT a duplicate of bug 1263, which I submitted some time ago, about
dupe entries showing up in page histories, although it may be related: the
server was being extremely slow while I was previewing.]
Additionally, is there any way this edit history can be cleaned up? Ironically,
I was in the process of adding a note to my user page about why I've disappeared
from Wikipedia recently: because of the difficulty in editing anything without
the server being impossibly slow, logging me out in the middle of an edit thus
not attributing the edit to me, or creating dupe entries. Now with this
ridiculous-looking mess made of my user history, if it can't be fixed, I'm
thinking of calling it quits completely.
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:
Will take a look...
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
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...
*** Bug 610 has been marked as a duplicate of this bug. ***
Have removed the reported bogus intermediate revisions from 7:35 through 7:40.
I wonder if this bug could be related to #275: Page or section content
duplication on edit conflict with self.