Bug 290816

Summary: Preview mode shows portrait raws in horizontal when a third party app adds xmp files
Product: [Applications] digikam Reporter: Benjamin Schindler <beschindler>
Component: Metadata-SidecarAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: caulier.gilles, mrintala43
Priority: NOR    
Version: 2.5.0   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed In: 2.6.0
Sentry Crash Report:
Attachments: xmp file for the raw which is shot in horizontal framing

Description Benjamin Schindler 2012-01-06 18:27:13 UTC
Created attachment 67518 [details]
xmp file for the raw which is shot in horizontal framing

Version:           2.5.0 (using KDE 4.7.4) 
OS:                Linux

This is new in 2.4 (I think)

I imported 100 Pictures in digikam from the camera. Then I opened darktable to develop the raws. From that point on, previewing any raw file which was shot in portrait is shown as if was shot in horizontal framing. Images with horizontal framing work fine. I have added full xmp support. 

I think this has to do with xmp handling, as the only thing which actually happens is that darktable adds an xmp file (pasting xmp below, but it doesn't look interesting) which digikam then reads out

Reproducible: Always

Steps to Reproduce:
Shoot a portrait image, import into digikam, open the image using darktable (no need to export it), preview in digikam


Expected Results:  
Image should be displayed using portrait framing
Comment 1 Matti Rintala 2012-03-07 12:07:46 UTC
I've managed to get this with Digikam 2.5.0 without using external programs.

I've set digikam to write xmp sidecar files for my raw files. For some reason (I'm still investigating why), if I add a rating to a photo,  this xmp file contains ONLY the first line "<?xml version="1.0" encoding="UTF-8"?>" and nothing else. When this happens, digikam starts showing portrait photos in landscape orientation. If I change rating to 0, the xmp file contains all metadata and digikam again shows the photo in correct orientation.
Comment 2 Marcel Wiesweg 2012-03-22 21:33:06 UTC
I believe this was due to one of the several sidecar bugs. With the recent fixes to digikam and kexiv2, I could not reproduce. Feel free to reopen if you still see a problem with current git or coming 2.6 (and latest kexiv2!)
Comment 3 Benjamin Schindler 2012-03-22 21:36:13 UTC
Hi 

Thanks for the heads up. I'll try with 2.6 once its released - what kexiv version are you referring to? I have 4.8.1 installed, is that not recent enough? Please let me know so I know what to wait/look out for
Comment 4 Marcel Wiesweg 2012-03-22 21:56:18 UTC
I committed a fix twenty minutes ago. I'm not sure what version that will end up with. (Gilles may know) What I know is that I wouldn't use sidecars without the fixes from the last weeks.
Comment 5 caulier.gilles 2012-03-23 05:47:53 UTC
Fix will be included through libkexiv2 from git/master which will be included in KDE 4.8.2

If you want to test now, checkout whole digiKam software collection 3.6.0-beta including libkexiv2 from git/master and recompile all using this cmake option : "-DDIGIKAMSC_USE_PRIVATE_KDEGRAPHICS=on"

Gilles Caulier