Bug 303707

Created attachment 72594 [details]
Screenshot

This is not a folderview bug, but rather a bug in the exif layer, so either in libkexif2 or in the exif2 library itself. Reassigning to the digikam guys, they should know better. Thank you for reporting.

Please provide a sample picture for testing

Created attachment 72615 [details]
Sample picture

Date and Time (original) : 2006:07:03 12:47:53
Date and Time (digitized) : 2006:07:03 12:47:53
(metadata view from digikam)

No problem with libkexiv2. Please ensure you've got not an ancient version of libkexiv2/exiv2.
Then, whichever application this bug came from, please take it back...

digiKam -> Help -> Components Information

digiKam version 2.5.0
Exiv2 can write to Jp2: Yes
Exiv2 can write to Jpeg: Yes
Exiv2 can write to Pgf: Yes
Exiv2 can write to Png: Yes
Exiv2 can write to Tiff: Yes
Exiv2 supports XMP metadata: Yes
LibCImg: 130
LibClapack: internal library
LibExiv2: 0.22
LibJPEG: 80
LibJasper: 1.900.1
LibKDE: 4.8.4 (4.8.4)
LibKExiv2: 2.1.0
LibKGeoMap: 2.0.0
LibKdcraw: 2.0.1
LibLCMS: 119
LibPGF: 6.11.42 - internal library
LibPNG: 1.2.46
LibQt: 4.8.1
LibRaw: 0.14.4
LibTIFF: LIBTIFF, Version 3.9.5 Copyright (c) 1988-1996 Sam Leffler Copyright (c) 1991-1996 Silicon Graphics, Inc.
Marble Widget: 0.13.0 (stable release)
Parallelized demosaicing: Yes
Database backend: QSQLITE
LibGphoto2: 2.4.13
LibKface: 2.0.0
LibKipi: 1.3.0
LibOpenCV: 2.3.1
Libface: 0.2

I can see this data in digiKam and Gwenview:

Date and Time (original) : 2006:07:03 12:47:53 
Date and Time (digitized) : 2006:07:03 12:47:53

André,

This entry still valid using digiKam 3.5.0 ?

Gilles Caulier

Created attachment 83955 [details]
Screenshot - Fedora 19

(In reply to comment #7)
> André,
> 
> This entry still valid using digiKam 3.5.0 ?
> 
> Gilles Caulier

Yes, this bug is still valid.

Tested with Fedora 19 (KDE 4.11 / digiKam 3.5.0)

Screenshot attached.

The last screenshot from F19 do not come from digiKam but KDE folder view. this implementation must certainly take date from Exif. But a lots of Exif tags exist with date, and some are set to zero by camera.

I suspect that folder view do not take the right Exif date tag or something like that.

Just to be sure can you attach the relevant JPEG file here ? Thanks in advance

Gilles Caulier

(In reply to comment #9)
> The last screenshot from F19 do not come from digiKam but KDE folder view.
> this implementation must certainly take date from Exif. But a lots of Exif
> tags exist with date, and some are set to zero by camera.
> 
> I suspect that folder view do not take the right Exif date tag or something
> like that.
> 
> Just to be sure can you attach the relevant JPEG file here ? Thanks in
> advance
> 
> Gilles Caulier

This bug was opened to folderview component and redirected to libkexiv2 (Comment 2)

I used the JPEG image already attached https://bugs.kde.org/attachment.cgi?id=72615 to take last screenshot.

Created attachment 84151 [details]
No problem to show photo date in digiKam 4.0.0-beta2

There is no problem to import your sample photo to digiKam. Date is properly detected and show everywhere.

So the problem is not in libkexiv2, but in Plasma FolderView implementation...

Gilles Caulier

In comment #2 it was already stated this is no folder view bug.

Ignat, could this be a KIO bug not correctly getting file information?

Hi. 

I'm closing this bug report since I can see date information in tooltip widget (Dolphin).
Date information in Folder View is not displayed anymore. (Plasma 5.7)