Last modified: 2013-02-05 11:56:49 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T42174, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 40174 - File with large history can't be deleted (timeout)
File with large history can't be deleted (timeout)
Status: REOPENED
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
All All
: Low minor (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-09-11 21:32 UTC by Rainer Rillke @commons.wikimedia
Modified: 2013-02-05 11:56 UTC (History)
3 users (show)

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


Attachments

Description Rainer Rillke @commons.wikimedia 2012-09-11 21:32:32 UTC
Recently tried to delete https://commons.wikimedia.org/wiki/File:Test.svg for cleaning up to remove the versions with unclear copyright status but this didn't work. Unfortunately I discarded the error message. But when attempting to delete a single version, you'll reproducibly get 

Wikimedia Foundation
Error

"Our servers are currently experiencing a technical problem. This is probably temporary and should be fixed soon. Please try again in a few minutes."

Request: POST http://commons.wikimedia.org/w/index.php?title=File:Test.svg&action=delete&oldimage=20111027000548%21Test.svg, from 208.80.154.9 via cp1017.eqiad.wmnet (squid/2.7.STABLE9) to 10.64.0.135 (10.64.0.135)
Error: ERR_READ_TIMEOUT, errno [No Error] at Tue, 11 Sep 2012 21:25:35 GMT 


Sorry if this is a dupe, there were 2259 bugs found for "delete page large history timeout" on MediaWiki with status open.
Comment 1 Andre Klapper 2013-01-04 15:56:16 UTC
(In reply to comment #0)
> Sorry if this is a dupe

No problem. :)

*** This bug has been marked as a duplicate of bug 11402 ***
Comment 2 Bawolff (Brian Wolff) 2013-01-04 16:05:21 UTC
(In reply to comment #1)
> (In reply to comment #0)
> > Sorry if this is a dupe
> 
> No problem. :)
> 
> *** This bug has been marked as a duplicate of bug 11402 ***

If it's the large number of "image" versions, probably not a dupe since image versions and page history are stored rather differently, so a fix for one probably won't fix the other.

OTOH, image:Example.svg probably had a large history of both types so it could be either issue that the reporter is running into.

Unmarking as dupe.

> But when attempting
to delete a single version, you'll reproducibly get 

So just to clarify, you were deleting a single version of the image (not a single revision of the page history)? What method were you using - revision delete or old fashion delete?
Comment 3 Bawolff (Brian Wolff) 2013-01-04 17:27:06 UTC
Actually, this is kind of odd. I don't see any reason deleting a single revision of an image (I'm assuming you pressed the "delete" link at the left of the image history table for an image version that was not the most recent one) would cause the servers to cry. All that needs to be done is move one file around, move one row, delete some cached thumbs. Nothing that should be too taxing on the server.
Comment 4 Rainer Rillke @commons.wikimedia 2013-01-06 16:47:39 UTC
Now thumbnailing of *all* revisions fails at https://commons.wikimedia.org/w/index.php?title=File:Test.svg&dir=prev

(In reply to comment #3)
>I'm assuming you pressed the "delete" link at the left of
>the image history table for an image version that was not the most recent one
Indeed. Deletion still does not work properly (tried the oldest version) but the error message is now:


<< There is no archived version of "Test.svg" with the specified attributes. >>


(URL was: https://commons.wikimedia.org/w/index.php?title=File:Test.svg&action=delete&oldimage=20111029080645!Test.svg // message is MediaWiki:Filedelete-nofile-old )

The revision was deleted, though. I tried it again with another version with the same result: Error message but file revision deleted and deletion properly logged.

Lowering priority:
So at least we are again able to delete a version at all in case there are data that should not be disclosed to the public.

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


Navigation
Links