| Summary: | Picture rotation of PNG is not written to file | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | digifrosch |
| Component: | Plugin-DImg-PNG | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles, metzpinguin |
| Priority: | NOR | ||
| Version: | 4.13.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 6.2.0 | |
| Sentry Crash Report: | |||
| Attachments: |
Logfile rotation PNG file within digikam
Logfile rotation PNG file within digikam with scratch user |
||
|
Description
digifrosch
2015-10-18 08:42:10 UTC
Work perfectly here with 4.14.0. not reproducible. In digiKam/Setup/Metadata/Rotation, did you manage options in "When rotating a file" section properly ? Gilles Caulier JPG is working correctly, only PNG is affected (other formats I do not use). I checked the settings again: The rotation shall be done by change of contents. (Change by not lossless rotation is not checked). What did you seen as debug trace on the console while PNG rotation ? Look in this page to see how to turn on debug traces : https://www.digikam.org/contrib Gilles Caulier Created attachment 95030 [details]
Logfile rotation PNG file within digikam
Logfile rotation PNG file within digikam
In the trace, PNG metadata is only changed. There is no image operations reported. Sound like the non JPEG image format detection to process image rotation outside JPEGLibs transform algorithm do not work. But here it work... can you test again with a fresh new foo account on your computer, with a fresh configuration of digiKam. Import few PNG and try to see if it's reproducible. Just to see if problem come from settings. Gilles Checking the log file: following line: digikam(6843)/KEXIV2 KExiv2Iface::KExiv2::save: Metadata for file "001_.png" written to file. The file did NOT change (I checked date and contents) ... so I assume the write maybe went wrong. The view in album view shows the intended rotation. (The test with a foo user will follow) Writing metadata is canceled due to lack of namespace for ACDSee in libexiv2. To support the namespace of ACDSee, you need the following packages versions for digiKam >= 4.10.0: libexiv2 >= 0.2.5 or libkexiv2 >= 15.04.3 Maik exiv2 version is 0.24 and libkexiv2 has the respective version. So the reason seems to be clear. I tried to verify, but an update of exiv2 to 0.25 was not possible due to broken dependencies. I tried, but digikam even did not start up. Attached the log with import from scratch (with 0.24) For me this is OK now. Now I know and wait for opensuse to update all. A bit problematic seems to me, that the rotation is done halfway only (I can see the rotation in the album view, but this seems for me an information originating maybe from the database) Here I would prefere to get an error message, that something is not working. Nevertheless: Very fast and helpful response from you. Thank you very much. And not to forget: Thanks for the work on digikam, which I use and like for years now. Created attachment 95031 [details]
Logfile rotation PNG file within digikam with scratch user
Same problem : digikam(12174)/KEXIV2: Cannot find Xmp key 'Xmp.acdsee.caption' into image using Exiv2 (Error # 35 : Keine Namensrauminformation für den XMP-Präfix `acdsee' verfügbar digikam(12174)/KEXIV2: Cannot find Xmp key 'Xmp.acdsee.categories' into image using Exiv2 (Error # 35 : Keine Namensrauminformation für den XMP-Präfix `acdsee' verfügbar Gilles Caulier *** This bug has been marked as a duplicate of bug 353530 *** Fixed with bug #353530 |