Last modified: 2008-03-24 21:08:58 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 4266 - multiple edits in a high traffic article with malicious vandals gets overridden
multiple edits in a high traffic article with malicious vandals gets overridden
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
Database (Other open bugs)
unspecified
PC All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-12-13 20:23 UTC by eudaimonic.leftist
Modified: 2008-03-24 21:08 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description eudaimonic.leftist 2005-12-13 20:23:19 UTC
I experienced this while trying to revert vandalism in
http://en.wikipedia.org/wiki/Tookie -  a user had managed to suppress all my
attempts at reverting by flooding the page with fake reversion edits (with
misleading edit summaries, I must say). The first time when I saved the last
good version, it brought me back to the original page with vandalism on it - I
checked the history and it appears my edit was not even noted! 

This susceptibility to intentional flooding apparently doesn't even allow an
"edit conflict" message to occur. Somehow, many user's attempts at reverting was
repressed continously. Even when admins had protected the page, apparently
having thought they had reverted beforehand - they could only successfully
revert ''after'' they had protected the page. 

A second type of bug seemed to occur when I attempted to click on a revision to
select to revert to. Every time I clicked on a good revision (as it was
associated with a legitimate user), I ended up getting a version of the page
with the malicious edits on it. There clearly is a disturbing susceptibility
somewhere, despite its rarity.
Comment 1 Brion Vibber 2005-12-13 20:53:41 UTC
Can you please provide some URLs to those versions that you saw incorrectly?
Comment 2 eudaimonic.leftist 2005-12-13 22:33:18 UTC
There's an entire demonstration of this at
http://en.wikipedia.org/w/index.php?title=Tookie&action=history - it's not a
very reproducible bug as we can only test it if we decide to flood edit or
something, but every time I tried to revert to
[http://en.wikipedia.org/w/index.php?title=Tookie&oldid=31156092 this revision],
I got kicked back to a vandalised version instead, without any sign of an edit
conflict. 
Comment 3 Aaron Schulz 2008-03-24 21:08:58 UTC
Cannot see a problem in the history, so I can't reproduce anything. 

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links