Deleting RAW photo does not delete its mimic
Submitted by an unknown user
Assigned to Lucas Beeler
Link to original bug (#717613)
Description
---- Reported by shotwell-maint@gnome.bugs 2011-04-14 16:25:00 -0700 ----
Original Redmine bug id: 3501
Original URL: http://redmine.yorba.org/issues/3501
Searchable id: yorba-bug-3501
Original author: Mateusz Loskot
Original description:
Mimic files are not cleaned when deleting RAW photos:
-
Import RAW photos from a folder
-
Mimics are created
-
Select one of RAW
-
Select “Move to Wastebasketâ€
-
Select “Empty Wastebasket†and confirm to move original RAW to desktop wastebasket
-
Use File Manager to go desktop wastebasket and empty it
-
Use File Manager to go ~/.shotwell/mimics
-
Observe mimic file of the deleted RAW file is left over.
This potentially may cause constantly growing disk space occupied by mimics.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:39:00 -0700 ----
History
Comment 1
Updated by Mateusz Loskot over 2 years ago
I forgot to add I'm using Shotwell 0.9.2
Also, this ticket may be related to #2596 (closed)
Comment 2
Updated by Adam Dingle over 2 years ago
- Target version set to 0.10
- Priority set to High
I can confirm this: it appears that Shotwell is not deleting mimics when their corresponding photos are deleted. We should fix this for 0.10.
Comment 3
Updated by Adam Dingle over 2 years ago
- Status changed from Open to Review
- Assignee changed from Anonymous to Lucas Beeler
- Target version changed from 0.10 to 0.9.3
Well, if the fix is trivial we could even consider this for 0.9.3, I suppose. Lucas, can you investigate?
Comment 4
Updated by Lucas Beeler over 2 years ago
- Status changed from Review to 5
- Resolution set to fixed
- % Done changed from 0 to 100
Fixed in 95439a56d2082054ff14200309549ffa516e1458
Comment 5
Updated by Mateusz Loskot over 2 years ago
Replying to [comment:5 lucas]:
Fixed in 95439a56d2082054ff14200309549ffa516e1458
Lucas,
I'm not getting this commit with recent pull. Here is what I've got:
mloskot@dog:~/dev/shotwell/_git/shotwell$ git pull
Already up-to-date.
mloskot@dog:~/dev/shotwell/_git/shotwell$ git-info.sh
Remote URL: origingit://yorba.org/shotwell (fetch)
origingit://yorba.org/shotwell (push)
Remote Branches: origin/HEAD -> origin/master origin/master origin/shotwell-0.3.0 origin/shotwell-0.4 origin/shotwell-0.5 origin/shotwell-0.5.0 origin/shotwell-0.6 origin/shotwell-0.7 origin/shotwell-0.8 origin/shotwell-0.9 Local Branches:
- master Configuration (.git/config)
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote "origin"]
fetch = +refs/heads/:refs/remotes/origin/
url = git://yorba.org/shotwell
[branch "master"]
remote = origin
merge = refs/heads/master
== Most Recent Commit
commit 22bdb60e
Author: Eric Gregory <eric@yorba-laptop.(none)>
Date: Mon Apr 18 12:53:09 2011 -0700
Merge branch 'foo' into 1587-recover
Type 'git log' for more commits, or 'git show' for full commit details.
mloskot@dog:~/dev/shotwell/_git/shotwell$
Am I supposed to use different branch?
Comment 6
Updated by Lucas Beeler over 2 years ago
- Status changed from 5 to 4
-
Resolution deleted (
<strike>
_fixed_</strike>
) - % Done changed from 100 to 0
Due to a git snafu, this will have to wait 'til tomorrow to be committed. Re- opening.
Comment 7
Updated by Lucas Beeler over 2 years ago
- Status changed from 4 to 5
- Resolution set to fixed
- % Done changed from 0 to 100
Git snafu resolved. Closed in commit 2e527c98
Comment 8
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:52 UTC ---
This bug was previously known as bug 3501 at http://redmine.yorba.org/show_bug.cgi?id=3501
Unknown Component Using default product and component set in Parameters Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Version: 0.9.3
Resolution: RESOLVED FIXED