Bug 147968

Summary: Some images are erroneously rotated
Product: [Applications] digikam Reporter: Stefano <rs4000>
Component: Plugin-DImg-JPEGAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles
Priority: NOR    
Version: 1.9.0   
Target Milestone: ---   
Platform: Debian testing   
OS: Linux   
Latest Commit: Version Fixed In: 2.6.0
Sentry Crash Report:
Attachments: This picture fails to be rotated counterclockwise

Description Stefano 2007-07-18 09:00:28 UTC 
Version:            (using KDE KDE 3.5.7)
Installed from:    Debian testing/unstable Packages
OS:                Linux

I will attach here two pictures:

1. The first (pict1892.jpg), if rotated 90° ccw (I do it within digikam), will result in a flipped image.
   A second rotate on the image will fit.

2. The second (IMG_0742.JPG) is actually a portrait, but within digikam it is shown as landscape (though the
   the thumbnail is shown as portrait).

Component is jpeglossless, as suggested by Gilles Caulier directly.
Comment 1 Stefano 2007-07-18 09:17:07 UTC 
Of course I can't attach, so here are the links:

http://kalsamix.sf.net/pict1892.jpg
http://kalsamix.sf.net/IMG_0742.JPG
Comment 2 Arnd Baecker 2007-09-12 21:29:37 UTC 
Fixed in current svn, 
http://websvn.kde.org/?view=rev&revision=707626
Comment 3 Stefano 2007-11-12 22:52:33 UTC 
I still have the problem with beta 1 in debian/sid. See attached file.
Comment 4 Stefano 2007-11-12 23:02:46 UTC 
Created attachment 22040 [details]
This picture fails to be rotated counterclockwise

Rotate counterclockwise once, and image will be flipped instead.
Comment 5 Stefano 2007-11-12 23:05:39 UTC 
Reopening.
Comment 6 caulier.gilles 2011-12-21 10:18:33 UTC 
Stefano,

This file still valid using kipi-plugins 2.4 ?

Gilles Caulier
Comment 7 caulier.gilles 2012-01-25 10:00:24 UTC 
Stephano,

With next digiKam 2.6.0 (current implementation from git/master), JPEGLossLess tool will be disabled. A dedicated implementation from digiKam core will be used to rotate/flip images using multithreading, parallelization, and image versioning.

I cannot reproduce the problem.

Gilles Caulier