Version: 2.1.1 (using KDE 4.6.2) OS: Linux I am importing jpeg files taken on diffrent dates. Alle files are imported into a single date folder - The date of today. I looked in the EXIF of the jpg files and fields "Date and Time (original)" are correct. I attached one of the jpg files. Reproducible: Always Steps to Reproduce: Import the attached jpg file. Actual Results: imported the photo into the date of today Expected Results: imported the photo into a subfolder based on the date the photo was taken.
Created attachment 63950 [details] Jpg file
Can confirm this behavior. Applies to both subfolder creation and filenames when using a user defined file name for the photos like "[date:yyyy-MM-dd]_#.[ext]" Version: 2.1.1
Digikam seems to use the file system "changed" information instead of the exif data which seems to be a good fallback but only IF exif is not available. Another set of images which I imported today also imported to a wrong date but not the date of today but the date they were last copied with a method not preserving the changed time.
It's reproducible with 2.3.0 release ? Gilles Caulier
Checked out the package version 2.3.0 from ppa:philip5/extra and behavior stays the same.
Is this still reproducable?
This is reproducible when the use meta data option is unchecked. Per default digiKam uses the timestamp of the file or in the case of gphoto2 cameras the information reported by gphoto2. Not a bug so to say, if you want this behaviour, enable use file metadata from settings -> cameras -> behaviour. There's also a bug in handling of that setting which is fixed in 4.0. In the meanwhile, adding UseThemeBackgroundColor=true to [Camera Settings] section inside digikamrc works as a temporary solution.