Version: 0.10.0 (using 4.2.2 (KDE 4.2.2), Kubuntu packages) Compiler: cc OS: Linux (i686) release 2.6.28-16-generic Howto reproduce the wrong behaviour: 1) Open EXIF comment edit form (Image > Metadate > Edit EXIF) 2) Edit comment 3) Click OK 4) Now the edited picture is only displayed partial For digiKam to display the picture correct again: 1) Edit EXIF comment form (Image > Metadate > Edit EXIF) again 2) Do not edit anything 3) Click close 4) Image is reloaded and displayed correct now I will add a screenshot.
Created attachment 38341 [details] Screenshot of partial displayed picture
Can you reproduce the problem regularly and with other pictures? I would recommend to test with 1.0-rc1 (or 1.0, to be released in a few weeks). What is your version of kipi-plugins, exiv2 and kexiv2? (Help -> Component Info)
I can reproduce this issue almost always. But I am working with bigger pictures (at least 2 MB) on a Netbook. Perhaps some kind of race condition. According to synaptic: kipi-plugins 0.2.0-1ubuntu3 exiv2 0.18-1ubuntu1 kexiv (not installed) According to digiKam (version 0.10.0): LibExiv2 0.5.0 LibKipi 0.3.0
According to synaptic: kipi-plugins 0.2.0-1ubuntu3 ^^^ TOO OLD. We are in 0.9.0 !!! exiv2 0.18-1ubuntu1 ^^^ 0.18.2 is out. Recommended... kexiv (not installed) ^^^ IMPOSSIBLE ! According to digiKam (version 0.10.0): LibExiv2 0.5.0 ^^^ this is better (:=))) LibKipi 0.3.0 ^^^ not important there Gilles Caulier
This really sounds like a race condition (not between threads, on system level) as if an image is read while written. But the kipi plugins should call KipiInterface::refreshImages() when it's finished with an image, which will again reload the image.
I updated to DigiKam 1.0 beta 5 - respectively I upgraded ubuntu to 9.10. The problem is fixed now. Thank you guys!