Gwenview destroys EXIF info when rotating images!

[Hervé Fache]

What else can I say? This is KDE4 / Kubuntu 8.10.
It works as expected in KDE3 / Kubuntu 8.04.
This bug is critical (for this application) from my point of view as all the EXIF info is lost.

[Harald Sitter (apachelogger)]

I just tested.
please do the following:
* Install the application 'exif' to check the data
* exif PICTURENAME
* gwenview PICTURENAME
* rotate and save
* exif PICTURENAME again

For me the 2nd exif PICTURENAME looks exactly like the first, only the size of inline preview image differs (which indicates that the image was edit properly).

[Hervé Fache (rvfh)]

First:

EXIF tags in 'p4190185.jpg.save' ('Intel' byte order):
--------------------+----------------------------------------------------------
Tag |Value
--------------------+----------------------------------------------------------
Image Description |OLYMPUS DIGITAL CAMERA
Manufacturer |OLYMPUS IMAGING CORP.
Model |u820,S820
Orientation |top - left
x-Resolution |72.00
y-Resolution |72.00
Resolution Unit |Inch
Software |Version 1.0
Date and Time |2008:04:19 11:58:49
YCbCr Positioning |co-sited
Unknown |
Compression |JPEG compression
x-Resolution |72.00
y-Resolution |72.00
Resolution Unit |Inch
Exposure Time |1/49 sec.
FNumber |f/3.6
ExposureProgram |Creative program (biased toward depth of field)
ISO Speed Ratings |100
Exif Version |Exif Version 2.21
Date and Time (origi|2008:04:19 11:58:49
Date and Time (digit|2008:04:19 11:58:49
ComponentsConfigurat|Y Cb Cr -
Compressed Bits per |2.00
Exposure Bias |0.00 EV
MaxApertureValue |3.44 EV (f/3.3)
Metering Mode |Pattern
Light Source |0
Flash |Flash fired, auto mode.
Focal Length |7.8 mm
Maker Note |7108 bytes unknown data
User Comment |
FlashPixVersion |FlashPix Version 1.0
Color Space |sRGB
PixelXDimension |3264
PixelYDimension |2448
File Source |DSC
Scene Type |1
Custom Rendered |Normal process
Exposure Mode |Auto exposure
White Balance |Auto white balance
Digital Zoom Ratio |0.00
Scene Capture Type |Standard
Gain Control |Low gain up
Contrast |Normal
Saturation |Normal
Sharpness |Normal
InteroperabilityInde|R98
InteroperabilityVers|0100
--------------------+----------------------------------------------------------
EXIF data contains a thumbnail (6301 bytes).

Then:

Corrupt data (ExifLoader):
The data supplied does not seem to contain EXIF data.

[Hervé Fache (rvfh)]

$ gwenview --version
Qt: 4.4.3
KDE: 4.1.2 (KDE 4.1.2)
Gwenview: 2.1.2

[Harald Sitter (apachelogger)]

Well, obviously it breaks the EXIF information for you. But I don't know what exaclty could be causing this, espcially since it works for me. One guess would be that your camera does some non-standard EXIF stuff or maybe some underlying library of Gwenview wasn't upgraded properly. But since I don't have a clue, we would be continuing to guess for quite some time.

Please report this bug at http://bugs.kde.org and work with the Gwenview developers towards a solution. We don't have any specialists in graphics file manipulation here at Kubuntu so it is better if you report this directly to KDE. Please also post the KDE report's URL here, so that we can link the bugs.

Thank you very much.

[Hervé Fache (rvfh)]

Even when updated from a dev version of Kubuntu 8.10 I had the issue.
I'll try very hard to find what's causing it.

[Hervé Fache (rvfh)]

Actually, I have the bug on a fresh install of the released version too now...
Can someone check again on their side, please?

[Harald Sitter (apachelogger)]

Seriously we can't help you if you don't follow our suggestions.

[Hervé Fache (rvfh)]

Could you just check that it still works for you with all updates
applied? Because if it does, then I'd rather investigate a bit more
before reporting to KDE...

Thanks in advance for your help.

[Hervé Fache (rvfh)]

Problem still present in KDE 4.1.3/Gwenview 2.1.3 from backports, filed bug in KDE as requested.

http://bugs.kde.org/show_bug.cgi?id=176049

[Hervé Fache (rvfh)]

Version: 2.1.3 (using KDE 4.1.3)
OS: Linux
Installed from: Ubuntu Packages

* start Gwenview
* open JPEG image with EXIF info
* rotate
* save
* close Gwenview

$ exif <image file>
Corrupt data (ExifLoader):
The data supplied does not seem to contain EXIF data.

[Xtremek2008 (xtremek2008)]

I experimented with the latest Gwenview (4.2 SVN) and it saves all the exif metadata correctly! It seems that this bug was fixed in trunk, but can I have someone else double check as well?

[Hervé Fache (rvfh)]

I shall install KDE 4.2 Beta 1 when it's out if it's not too difficult (I think someone plans on producing Kubuntu packages), then I'll double check all the bugs I reported against 4.1.3...

[Jonathan Thomas (echidnaman)]

Any chance you could test with beta2 now that we have packages? Thanks.

[Hervé Fache (rvfh)]

Same pb with beta 2 from Kubuntu...

[Jonathan Thomas (echidnaman)]

Ok, then could you comment on the bug at KDE saying the same?

[Hervé Fache (rvfh)]

Ok, done. If I find some time (a bit hard ATM), I'll recompile the program
on my machine.

[Hervé Fache (rvfh)]

Same issue with Kde 4.2 beta 2. Again this is an upgraded Kubuntu machine...

[Hervé Fache (rvfh)]

Recompile, to no avail...
Installed exiv2 which uses the same EXIF lib (libexiv2-4), and it show the info but report an error 5 (bug meant to be fixed according to http://cvsweb.se.netbsd.org/cgi-bin/bsdweb.cgi/pkgsrc/graphics/exiv2/Makefile):

$ exiv2 pc080929.jpg.save
Warning: JPEG format error, rc = 5
File name : pc080929.jpg.save
File size : 1534765 Bytes
MIME type : image/jpeg
Image size : 3264 x 2448
Camera make : OLYMPUS IMAGING CORP.
Camera model : u820,S820
Image timestamp : 2008:12:08 17:02:07
Image number :
Exposure time : 1/30 s
Aperture : F3.3
Exposure bias : 0
Flash : Yes, auto
Flash bias :
Focal length : 6.4 mm
Subject distance:
ISO speed : 100
Exposure mode : Creative program
Metering mode : Multi-segment
Macro mode : Off
Image quality : Standard Quality (SQ)
Exif Resolution : 3264 x 2448
White balance :
Thumbnail : JPEG, 6803 Bytes
Copyright :
Exif comment :

[Hervé Fache (rvfh)]

Looks like (but didn't check properly) we may be missing the 0.17.1 bugfix which fixes that...
Hardy was using 0.16 which worked ok.

[Hervé Fache (rvfh)]

Confirmed.

I installed the package from Jaunty (not broken dep) and it now work correctly.

I therefore strongly suggest back-porting the libexiv2 package from Jaunty.

[Hervé Fache (rvfh)]

The bug is in libexiv2 v0.17 that Kubuntu 8.10 uses. It is fixed in 0.17.1, which is in Kubuntu 9.04.

I am not changing the bug status, but surely it should be marked invalid?

[Aurélien Gâteau (agateau)]

Good to hear. I close the bug as UPSTREAM, since the bug is in a library used by Gwenview.

[Matt Blissett (matt-blissett)]

*** Bug 179097 has been marked as a duplicate of this bug. ***

[Jonathan Thomas (echidnaman)]

*** Bug 55777 has been marked as a duplicate of this bug. ***

[broe (erich-rupp)]

How do i install the fix? I have an up to date system but still this problem :(

$ gwenview --version
Qt: 4.4.3
KDE: 4.1.4 (KDE 4.1.4)
Gwenview: 2.1.3

[Hervé Fache (rvfh)]

I am surprised nobody released a fix, it would have taken about an hour I suppose... Never mind.

You can try the installing the package from Ubuntu 9.04:
http://packages.ubuntu.com/jaunty/i386/libexiv2-5/download

The dependencies look okay, but I did not try it (all my computers are running 9.04 Beta).

Good luck!

[broe (erich-rupp)]

i managed to install libexiv2-5_0.18-1_i386.deb on ubuntu 8.10, i can browse the file-system but it crashes before showing pictures with:

gwenview: symbol lookup error: /usr/lib/libgwenviewlib.so.4: undefined symbol: _ZN5Exiv28ExifDataC1Ev

so it would be nice if someone could release a fix (ok, it's 10 days before 9.04 but 5 months after this bug was reported.)

[Hervé Fache (rvfh)]

Sorry about that... The first package from Jaunty worked ok for me at the
time...

Is this blocking for you or are you going to upgrade to 9.04 in the near
future? You could also compile the latest exiv lib yourself...

[Luka Renko (lure)]

This is fixed in Jaunty which is released in a week.
Backport of exiv2 is very unlikely, as it requires updates of several dependant packages.

[broe (erich-rupp)]

just installed 9.04 and it's still not fixed! if i crop an jpeg and save it, the exif-info is gone.

$ gwenview --version
Qt: 4.5.0
KDE: 4.2.2 (KDE 4.2.2)
Gwenview: 2.2.2

[broe (erich-rupp)]

i still had this bug in an upgraded 9.10 even it was fixed (http://bugs.kde.org/show_bug.cgi?id=176049) because the old lib (from which the bug originaly came from) was still installed.

see installed versions:

# sudo dpkg --list|grep libexiv2
rc libexiv2-4 0.17-1ubuntu1 EXIF/IPTC metadata manipulation library
ii libexiv2-5 0.18.2-1 EXIF/IPTC metadata manipulation library

check if some package still depends on the old lib:

# sudo dpkg --purge --dry-run libexiv2-4
(Lese Datenbank ... 241262 Dateien und Verzeichnisse sind derzeit installiert.)
Würde libexiv2-4 entfernen oder vollständig löschen ...

remove it:

#sudo dpkg --purge libexiv2-4
(Lese Datenbank ... 241262 Dateien und Verzeichnisse sind derzeit installiert.)
Entferne libexiv2-4 ...
Lösche Konfigurationsdateien von libexiv2-4 ...

on the next start of gwenview it was finally gone.