Version: (using KDE 4.1.3) OS: Linux Installed from: Fedora RPMs When you do a lossless transformation like a rotation or a flip on a jpg file, the internal thumbnail is not processed to. So the thumbnail doesn't represent the image anymore. That's not very important into digikam because this internal thumbnail is not used at all by digikam but other software using this thumbnail (gwenview, dolphin and surely others) display a wrong one. Bug detected on a fedora 10 with digikam 0.10 beta 7
I cannot confirm that for Rotate and flip. code is here : http://lxr.kde.org/source/extragear/graphics/kipi-plugins/jpeglossless/jpegtransform.cpp#348 The only action where Exif thumbnail is not updated is to convert to grayscale Sound like a cache problem in konqueror, dolphin and gwenview. Please clean your ~./thumbnails after a rotation/flip and try again... Gilles Caulier
Created attachment 30052 [details] digiKam and Dolphin thumbnail view
SVN commit 908250 by cgilles: JPEGLossLess kipi-plugin from trunk: use metadata settings from kipi host fix Exif thumbnail update with Convert to grayscale CCBUG: 155593 BUG: 179439 M +10 -44 actionthread.cpp M +4 -4 actionthread.h M +29 -6 convert2grayscale.cpp M +5 -4 convert2grayscale.h M +8 -7 imageflip.cpp M +5 -4 imageflip.h M +8 -6 imagerotate.cpp M +5 -4 imagerotate.h M +12 -3 jpegtransform.cpp M +23 -25 jpegtransform.h WebSVN link: http://websvn.kde.org/?view=rev&revision=908250