Tags keep reappearing when writing metadata to files is enabled
Submitted by an unknown user
Link to original bug (#717417)
Description
---- Reported by shotwell-maint@gnome.bugs 2011-03-02 12:48:00 -0800 ----
Original Redmine bug id: 3279
Original URL: http://redmine.yorba.org/issues/3279
Searchable id: yorba-bug-3279
Original author: Forage -
Original description:
When I try to remove a tag from an image, it gets re-added again as soon as the "Writing metadata to files" background task kicks in. This happens when you have the option to write the metadata to the files enabled before you start editing as well as when you enable it after you have done some editing.
Steps to reproduce:
- Enable "Write tags, titles, and other metadata to photo files" in the preferences
- Right-click an image with a tag; and depending on which option is available to you:
- Click "Modify Tags…" and remove the tag
- Click "Remove Tag 'xxx' From Photo"
The tag is removed (at least not displayed any more)
As soon as the background task kicks in, the removed tag reappears again
The file does get altered by Shotwell because "Shotwell 0.8.1" has been added to the "Software" tag when looking at the properties using Nautulus.
Specs:
Ubuntu 10.10
Shotwell 0.8.1 (from official PPA)
So far I have been able to reproduce it with several JPG images from different sources. Let me know if you need an example file or any more information.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:47:00 -0700 ----
History
Comment 1
Updated by Forage - over 2 years ago
Some additional info after some more testing:
It appears only to occur when you remove the initial tag present when importing, one which is not stored in the “keywords†field as done by Shotwell. If you, instead, first alter the tag present and remove it after the alteration, it does get properly removed.
I feel that an example image is in place now so I'll attach one.
Comment 2
Updated by Adam Dingle over 2 years ago
- Target version set to 0.9
- Priority set to High
Thanks for the bug report. I can reproduce this in the current trunk. Oddly, it seems to occur only with the JPEG you attached, not other JPEGs I have lying around. We'll investigate more soon.
Comment 3
Updated by Forage - over 2 years ago
Thanks for picking this up.
In case it might be of any help:
Some further investigation revealed that I was incorrect stating that the images originated from a different source. Both photos where shot by one and the same Canon EOS 50D camera (I was put off by the sheer size and quality difference).
One other thing they have in common is the fact that they where both downloaded from flickr, after a friend of mine uploaded them. While I did download the photo versions marked by flickr as 'the original', I wouldn't be surprised that they did alter the metadata anyway.
I'm unable to tell you if any other software touched the photos before they where uploaded.
Comment 4
Updated by Adam Dingle over 2 years ago
- Status changed from Open to Review
- Assignee changed from Anonymous to Eric Gregory
Comment 5
Updated by Adam Dingle over 2 years ago
- Assignee changed from Eric Gregory to Anonymous
Comment 6
Updated by Adam Dingle over 2 years ago
- Assignee changed from Anonymous to Eric Gregory
Comment 7
Updated by Adam Dingle over 2 years ago
- Assignee changed from Eric Gregory to Anonymous
-
Target version deleted (
<strike>
_0.9_</strike>
)
Comment 8
Updated by Adam Dingle over 2 years ago
- Target version set to 0.10
Comment 9
Updated by Adam Dingle over 2 years ago
-
Target version deleted (
<strike>
_0.10_</strike>
)
Comment 10
Updated by Stepan Roucka about 2 years ago
- File 20040808-202200.jpg added
- Description updated (diff)
I can confirm that this bug is still present in shotwell 0.11 under Ubuntu 11.04 Natty. The problematic images were in my case originally tagged with mapivi and subsequently edited in digikam. The output of exiftool for a sample image:
@exiftool -a -u -g1 20040808-202200.jpg
---- ExifTool ----
ExifTool Version Number : 8.15
---- System ----
File Name : 20040808-202200.jpg
Directory : .
File Size : 3.1 MB
File Modification Date/Time : 2011:08:29 19:00:23+02:00
File Permissions : rwx------
---- File ----
File Type : JPEG
MIME Type : image/jpeg
Exif Byte Order : Little-endian (Intel, II)
Current IPTC Digest : c7d2bfc91434e52c1ae9d6045f5a8ef3
Image Width : 2592
Image Height : 1944
Encoding Process : Baseline DCT, Huffman coding
Bits Per Sample : 8
Color Components : 3
Y Cb Cr Sub Sampling : YCbCr4:2:2 (2 1)
---- IFD0 ----
Processing Software : digiKam-1.9.0
Image Description : OLYMPUS DIGITAL CAMERA
Make : OLYMPUS CORPORATION
Camera Model Name : C5060WZ
Orientation : Horizontal (normal)
X Resolution : 72
Y Resolution : 72
Resolution Unit : inches
Software : Shotwell 0.11.0
Modify Date : 2004:08:08 20:22:00
Y Cb Cr Positioning : Co-sited
Rating : 2
Rating Percent : 25
---- ExifIFD ----
Exposure Time : 1/50
F Number : 3.5
Exposure Program : Program AE
ISO : 400
Exif Version : 0220
Date/Time Original : 2004:08:08 20:22:00
Create Date : 2004:08:08 20:22:00
Components Configuration : Y, Cb, Cr, -
Compressed Bits Per Pixel : 5
Exposure Compensation : 0
Max Aperture Value : 2.8
Metering Mode : Multi-segment
Light Source : Unknown
Flash : Off, Did not fire
Focal Length : 5.7 mm
User Comment :
Flashpix Version : 0100
Color Space : sRGB
Exif Image Width : 2592
Exif Image Height : 1944
File Source : Digital Camera
Scene Type : Directly photographed
Custom Rendered : Normal
Exposure Mode : Auto
White Balance : Auto
Digital Zoom Ratio : 0
Scene Capture Type : Standard
Gain Control : High gain up
Contrast : Normal
Saturation : Normal
Sharpness : Normal
---- Olympus ----
Special Mode : Normal, Sequence: 0, Panorama: (none)
Quality : SHQ (Fine)
Macro : Off
Black And White Mode : Off
Digital Zoom : 1.0
Focal Plane Diagonal : 9.04 mm
Lens Distortion Params : -234 -474 -549 -206 -408 -464
Camera Type : SX756
Resolution : 2
Camera Type : SX756
Camera ID : OLYMPUS DIGITAL CAMERA
Pre Capture Frames : 0
White Board : 0
One Touch WB : Off
White Balance Bracket : 0
White Balance Bias : 0
Data Dump : (Binary data 494 bytes, use -b option to extract)
---- InteropIFD ----
Interoperability Index : R98 - DCF basic file (sRGB)
Interoperability Version : 0100
---- PrintIM ----
Print IM 0x0001 : 0x00140014
Print IM 0x0002 : 0x00000001
Print IM 0x0003 : 0x00000088
Print IM 0x0007 : 0x00000000
Print IM 0x0008 : 0x00000000
Print IM 0x0009 : 0x00000000
Print IM 0x000a : 0x00000000
Print IM 0x000b : 0x000000d0
Print IM 0x000c : 0x00000000
Print IM 0x000d : 0x00000000
Print IM 0x000e : 0x000000e8
Print IM 0x0100 : 0x00000001
Print IM 0x0101 : 0x000000ff
Print IM 0x0102 : 0x00000083
Print IM 0x0103 : 0x00000083
Print IM 0x0104 : 0x00000083
Print IM 0x0105 : 0x00000083
Print IM 0x0106 : 0x00000083
Print IM 0x0107 : 0x00808080
Print IM 0x0110 : 0x00000082
---- IFD1 ----
Compression : JPEG (old-style)
X Resolution : 72
Y Resolution : 72
Resolution Unit : inches
Thumbnail Offset : 2054
Thumbnail Length : 6215
---- XMP-x ----
XMP Toolkit : XMP Core 4.4.0-Exiv2
---- XMP-tiff ----
Software : digiKam-1.9.0
Date/Time Modified : 2004:08:08 20:22:00
Image Description :
---- XMP-xmp ----
Creator Tool : digiKam-1.9.0
Create Date : 2004:08:08 20:22:00
Metadata Date : 2004:08:08 20:22:00
Modify Date : 2004:08:08 20:22:00
Rating : 3
---- XMP-exif ----
Date/Time Original : 2004:08:08 20:22:00
User Comment :
---- XMP-photoshop ----
Date Created : 2004:08:08 20:22:00
---- XMP-microsoft ----
Rating Percent : 25
Last Keyword XMP : bludiste, mista, mista/svycarsko, svycarsko
---- XMP-digiKam ----
Captions Author Names :
Captions Date Time Stamps :
Tags List : bludiste, mista, mista/svycarsko, svycarsko
---- XMP-lr ----
Hierarchical Subject : bludiste, svycarsko, mista|svycarsko
---- XMP-dc ----
Description :
Subject : bludiste, mista, svycarsko
---- IPTC ----
Application Record Version : 2
Urgency : 3
Date Created : 2004:08:08
Time Created : 20:22:00+00:00
By-line : Stepan Roucka
By-line Title : Photographer
City : Basel
Country-Primary Location Name : Schweiz
Originating Program : Shotwell
Program Version : 0.11.0
Caption-Abstract :
Keywords : bludiste, mista, svycarsko
---- Composite ----
Aperture : 3.5
Date/Time Created : 2004:08:08 20:22:00+00:00
Image Size : 2592x1944
Scale Factor To 35 mm Equivalent: 4.8
Shutter Speed : 1/50
Thumbnail Image : (Binary data 6215 bytes, use -b option to extract)
Circle Of Confusion : 0.006 mm
Field Of View : 66.8 deg
Focal Length : 5.7 mm (35 mm equivalent: 27.3 mm)
Hyperfocal Distance : 1.48 m
Light Value : 7.3
The sample image is in attachment. Thanks in advance for any help.@
Comment 11
Updated by Adam Dingle about 2 years ago
- Target version set to 0.12
Thanks for letting us know this is still occurring. It's probably too late to look at this for 0.11.1, but we should investigate for 0.12.
Comment 12
Updated by Clinton Rogers about 2 years ago
- Status changed from Open to 5
- Resolution set to worksforme
Unable to reproduce as of 0.11.2.
Comment 13
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Invalid
--- Bug imported by chaz@yorba.org 2013-11-25 21:51 UTC ---
This bug was previously known as bug 3279 at http://redmine.yorba.org/show_bug.cgi?id=3279 Imported an attachment (id=261983) Imported an attachment (id=261984)
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.12
Resolution: RESOLVED INVALID