Last modified: 2014-04-22 05:22:46 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 T51841, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 49841 - [Potential data loss] Error deleting file - A non-identical file already exists at mwstore://...
[Potential data loss] Error deleting file - A non-identical file already exis...
Status: RESOLVED DUPLICATE of bug 17057
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
1.22.0
All All
: High major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-06-19 20:41 UTC by Carl Fürstenberg
Modified: 2014-04-22 05:22 UTC (History)
7 users (show)

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


Attachments

Description Carl Fürstenberg 2013-06-19 20:41:07 UTC
Was when deleting [[w:en:File:Remote.jpg]] following message was applied to my eyes:
http://i.imgur.com/AiI58RH.png

The file seems to have been deleted, but I don't know if the error indicates some inconsistencies in the system now.
Comment 1 Bawolff (Brian Wolff) 2013-06-19 21:02:49 UTC
Further details from IRC:

17:57]	<bawolff>	AzaToth: If you got to special:undelete, can you view the version of the file you just deleted?
[17:58]	<AzaToth>	bawolff: http://en.wikipedia.org/wiki/Special:Undelete/File:Remote.jpg
[17:58]	<bawolff>	I think the worst case possibility with this error message would be that the file got permenently deleted in a way where the original file is gone
[17:58]	<AzaToth>	the two images shows the same image, but there was two distinct images when I delted it
[17:59]	<AzaToth>	it shows only roundcats image
[17:59]	<AzaToth>	doesn't show xmorgan one from 2006
[17:59]	<AzaToth>	only the one from 2008
[18:00]	<bawolff>	So I think one of those images got copied over to the deleted files "section" twice, and one of them got deleted without being copied over to the deleted files store
[18:00]	<AzaToth>	feature or bug?
[18:01]	<AzaToth>	bawolff: could it have been the first image was soo old the system didn't cope?
[18:02]	<bawolff>	I have no idea, possibly.
[18:03]	<bawolff>	AzaToth: So just to clarify, when you deleted the file right now, was the an image, and a (not-yet deleted) older version of that image. Or was there a single version of that image that wasn't deleted, and previously there had been a deleted image with that filename from way back?
[18:03]	<AzaToth>	there where two version of the image visible, non deleted
[18:04]	<bawolff>	ok
Comment 2 Bawolff (Brian Wolff) 2013-06-19 21:14:42 UTC
Tested on [[test:File:Test-bug49841.jpg]] just to make sure this wasn't some sort of data-loss thing that always happens. I was able to successfully delete/undelete file, so that means AzaToth's issue was either a one-off, or happens intermitently. On one hand that means we aren't loosing data all over the place, on the other it means harder to reproduce/track down.
Comment 3 Carl Fürstenberg 2013-06-19 21:23:27 UTC
Was unable to undelete it, getting following message:
 Error undeleting file: A non-identical file already exists at "mwstore://local-swift/local-public/archive/4/4c/20080225134441!Remote.jpg"

Special:Undelete shows http://i.imgur.com/4wSUvbi.png
Comment 4 Bawolff (Brian Wolff) 2013-06-19 21:35:46 UTC
For reference, looks like wrong sha1 in db:

[18:27]	<AzaToth>	 <fa name="Remote.jpg" ns="6" title="File:Remote.jpg" sha1="ceaff3e60757c27fe8f85eb166f6d2b9c61b7ad1" timestamp="2006-04-15T02:20:57Z" size="22414" height="198" width="200" archivename="20080225134441!Remote.jpg" />
[18:27]	<AzaToth>	<fa name="Remote.jpg" ns="6" title="File:Remote.jpg" sha1="ceaff3e60757c27fe8f85eb166f6d2b9c61b7ad1" timestamp="2008-02-25T13:44:41Z" size="7386" height="116" width="144" />

I guess the real bug here, is that the error deleting the file didn't cause everything to abort and the file to remain not deleted.
Comment 5 Andre Klapper 2014-03-18 02:04:55 UTC
Bryan: Did you manage to investigate this at some point, or should the assignee be reset to default and priority put lower on this ticket nowadays?
Comment 6 Bryan Davis 2014-03-18 02:16:19 UTC
(In reply to Andre Klapper from comment #5)
> Bryan: Did you manage to investigate this at some point, or should the
> assignee be reset to default and priority put lower on this ticket nowadays?

This looks to be one of the many bugs that were assigned to me while I was working with the multimedia team. It should probably go back to the default assignee and be picked up by the current team for triage.
Comment 7 Bryan Davis 2014-03-19 18:04:14 UTC
Unlicking this cookie.
Comment 8 Aaron Schulz 2014-04-22 05:22:46 UTC

*** This bug has been marked as a duplicate of bug 17057 ***

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


Navigation
Links