Works for me, Opera 7.54 on Mac OS X 10.4.1.

bumm13 wrote:

Clarifications: The bug occurs in Opera 7.50 build 3778 on Windows ME (Win32). The errors described
earlier continue to occur with this particular browser.

Try a more recent build from Opera, and report the bug to Opera if it persists. You might try a
network sniffer to confirm what's being sent from/to the browser.

ahoerstemeier wrote:

It's independent on the browser (Firefox here), it only works after many many
tries. But sometimes when the servers have a good day it works on first try, or
only after just one retry.

silsor wrote:

It's independent of the browser, I had to try on-and-off for about half an hour yesterday to
delete a single page.

silsor wrote:

See also:
http://mail.wikipedia.org/pipermail/wikien-l/2005-June/024517.html

giantsrick13 wrote:

I'm using Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7.8) Gecko/rMW200505116d94
Firefox/1.0.4, and it fails in almost all attempts, and has for two days.

RickK

All deletions, including recently created pages with no history? Or just older pages
with history? Only on en.wikipedia.org, or also on other wikis?

Could be a bad index or lock contention on the archive table if it's on everything.
Could be the fancy decompression thingy if it's not.

Seems to be hitting for even newly created articles on
enwiki. Investigating...

It seems to be hanging on the INSERT SELECT from cur to archive, I'm not quite sure why. I've
temporarily replaced it with separate SELECT and INSERT queries and I haven't seen a failure in my log
since.

Looking at a deleted page in Special:Undelete also seems to take inordinately long, I'm not quite sure
why. There may well be something wrong with the archive table...

Oddly I haven't been able to see any of these queries in SHOW PROCESSLIST output, which is somewhat
maddening as I can't tell which server they're running against, etc.

A particular entry, was resolved some time ago.