Bug 191963 - calender sort by wrong dates on images without properties
Summary: calender sort by wrong dates on images without properties
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Searches-Dates (show other bugs)
Version: 1.0.0
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-07 22:23 UTC by Steven
Modified: 2012-06-27 11:10 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 1.0.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Steven 2009-05-07 22:23:26 UTC
Version:           0.11.0-svn (using KDE 4.2.2)
OS:                Linux
Installed from:    Compiled From Sources

on ubuntu 9.04 using kde 4.2.2 and digikam 0.11.0-svn i started importing a whole folder with thousands of pictures.
i go to calender tab and see all pictures sorted by date (year).

now this is wrong on pictures that have no metainformation (photograph properties).
in the album manager-windows i can see two dates "modified" and "created".
the date for sorting is taken from "created" which would be obviously right.
but the date itself is not the correct one. "created" is actually the "modified" date.

cause if you click on the picture and open the properties tab you can read in the date field what is shown as "modified" in the album-window.

looks like the dates are swapped.
therefor all pictures without metainformation are sorted incorrectly.

would be nice if you could fix that :)
Comment 1 Marcel Wiesweg 2009-05-08 19:32:57 UTC
Can you send me (by mail) one affected picture, together with the dates shown for this picture in the properties tab (topmost tab on the right) and the file system dates for this file?
Comment 2 Marcel Wiesweg 2009-07-16 23:02:17 UTC
Coming back to this, I see that this problem is identical to bug #199967 fixed just a few days ago.
We were taking the "created" filesystem date as creation date, but this is wrong on Unix, where the ctime is changed e.g. when file properties are changed or the file is moved. Now the creation date is taken as the older one of mtime, ctime.
With 1.0 you will be able to select "Read metadata from file to database" from right sidebar to correct the wrong dates.