Bug 361052

Summary:	When importing picture file dates are all from importing time. Not creation date
Product:	[Applications] digikam	Reporter:	Jo Scheuchenpflug <schjo>
Component:	Import-MainView	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	metzpinguin
Priority:	NOR
Version:	4.14.0
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:	http://commits.kde.org/digikam/16dc3a9b055931dbb84a2d29f3a0a901bebbc812	Version Fixed In:	5.0.0
Sentry Crash Report:

Description Jo Scheuchenpflug 2016-03-27 17:44:01 UTC

When importing images from freshly connected camera all the image file dates and times are all from importing time. Did not pay attention to that until now. in 2014 there all my images have same file date/times as in exif creation date/time. 
Has this been changed intentionally or is there a not yet found switch to chose behavior or is it a bug? I would rather have the old behavior.

Reproducible: Always

Steps to Reproduce:
1. Attach camera. choose image download with digikam
2. Digikam Importer window opens. chose pictures for download and initiate the download.
3. open File manager like Dolphin and check date/time of the downloaded files. 


Actual Results:  
Date/time is current, not creation date/time of the picture.

Expected Results:  
Date/time of the file is creation date/time of the picture.

Comment 1 Maik Qualmann 2016-03-27 20:57:12 UTC

RAW or JPEG files? The modification date is correctly for RAW files. We write the document name in the EXIF for JPEG files or by activated automatic rotation, fix internal date / time and rating or color / pick label change, is the modification date from file changed to the current date. I think we should write the document name optional in the EXIF. If all JPEG operations are disabled, the modification date is unchanged and the file is unchanged.

Maik

Comment 2 Jo Scheuchenpflug 2016-03-28 10:26:13 UTC

My camera just supports jpeg files. so no idea whether different behavior with raw images.

I cannot follow your sentence "we write .... current date". What do you want to tell me? what do you mean by document name? is it the file name? 
concerning jpeg operations: I do not modify the files in any way at import time. even no copyright entry. 

To make it clear: I would like to have the date and time given to the imported picture file the same as the date and timestamp when the picture has been taken. Otherwise sorting by date (especially if several cameras took pictures (and film sequences!) at an event cannot be done reliable.
And I have checked now closer: beginning 01.10.2015 digikam started to have a different behavior. Previous to that date (digikam 4.6.0 as stated in EXIF Information under Processing Software) all the files got the time stamp of the shooting time.
Unfortunately there is a time area where following images do not have the Processing Software entry. (another bug?). Latest images are correct again concerning the Processing Software value.

Comment 3 Maik Qualmann 2016-03-28 11:12:03 UTC

Git commit 16dc3a9b055931dbb84a2d29f3a0a901bebbc812 by Maik Qualmann.
Committed on 28/03/2016 at 11:08.
Pushed by mqualmann into branch 'master'.

write document name to EXIF is configurable now
FIXED-IN: 5.0.0

M  +2    -1    NEWS
M  +22   -6    utilities/importui/backend/cameracontroller.cpp
M  +8    -6    utilities/importui/backend/downloadsettings.h
M  +9    -0    utilities/importui/widgets/advancedsettings.cpp

http://commits.kde.org/digikam/16dc3a9b055931dbb84a2d29f3a0a901bebbc812

Comment 4 Maik Qualmann 2016-03-28 11:17:17 UTC

if all JPEG options disabled now, the file is after impor not modified and the modification date remains.

Maik

Comment 5 Jo Scheuchenpflug 2016-03-28 15:19:41 UTC

what repository do I need to add to get the 5.0.0 release right now?

Thanks a lot

Johannes

Comment 6 Maik Qualmann 2016-03-28 17:25:07 UTC

DigiKam5 is not yet released, is currently beta-5. See release plan:

https://www.digikam.org/about/releaseplan

Currently you must compile it from the sources themselves.

Maik