Summary: | Pictures are displayed partial after editing EXIF comment | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | bugs.kde.org |
Component: | Metadata-Exif | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | marcel.wiesweg |
Priority: | NOR | ||
Version: | 0.10.0 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 1.0.0 | |
Sentry Crash Report: | |||
Attachments: | Screenshot of partial displayed picture |
Description
bugs.kde.org
2009-11-15 13:17:59 UTC
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! |