Bug 245678

Summary:	Pick correct date from selected pictures when creating a new album
Product:	[Applications] digikam	Reporter:	Mickaël <mprizee>
Component:	Albums-MainView	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED FIXED
Severity:	wishlist	CC:	caulier.gilles, chaofeng111, simon, sven.burmeister
Priority:	NOR
Version:	1.3.0
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:	5.1.0
Sentry Crash Report:

Description Mickaël 2010-07-24 20:54:03 UTC

Version:           1.3.0 (using Devel) 
OS:                Linux

I just created a new album in a subfolder (where are many others albums), and DigiKam proposed me a date for the album (older, average, etc...), althought there were no photos in this album.

Reproducible: Didn't try




OS: Linux (x86_64) release 2.6.34-ARCH
Compiler: gcc

Comment 1 Johannes Wienke 2010-07-24 21:30:11 UTC

Which behavior do you expect?

Comment 2 Mickaël 2010-07-24 22:26:09 UTC

DigiKam should say there are no photos in the album, as it does when modifying an empty folder. Modifying works fine (cannot find a date because there are no photos) but creating seems bogued (find a date, I think from photos that are not in the album).
I speak about the automatic dates (oldest, average, etc...) no about a date I would enter myself.

Comment 3 Marcel Wiesweg 2010-08-03 10:42:32 UTC

Dates are read from the parent directory. That is because the dialog is written in the first place for changing properties, not for creating a new album.

Comment 4 S. Burmeister 2010-08-21 08:00:15 UTC

I think the bug is that digikam does not set the date for an empty, i.e. when creating a new album, even if it could because the user chose to download pictures to that new album.

So expected behaviour would be: 

- The user picks some pictures to download into an album.
- Digikam asks where to download to.
- The user creates a new album and clicks on "earliest" or any other date funtion below the little calendar.
- Digikam picks the correct date from the selected pictures which are not yet part of the album.

Tested with Revision: 1165842

Comment 5 Marcel Wiesweg 2011-10-29 12:57:41 UTC

*** Bug 273642 has been marked as a duplicate of this bug. ***

Comment 6 simon 2011-10-29 13:06:11 UTC

As i wrote in bug 273642, the dates of the selected images to import should be used, if parsing takes too long the creation dates would be sufficient

Comment 7 caulier.gilles 2011-12-14 09:45:55 UTC

Mickael,

This file still valid using digiKam 2.x serie ?

Gilles Caulier

Comment 8 caulier.gilles 2014-08-23 21:40:20 UTC

Michael, 

We need a fresh feedback using last digiKam 4.2.0 here...

Gilles Caulier

Comment 9 caulier.gilles 2015-06-28 09:40:32 UTC

New digiKam 4.11.0 is available :

https://www.digikam.org/node/740

Can you reproduce the problem with this release ?

Gilles Caulier

Comment 10 caulier.gilles 2016-07-14 17:07:50 UTC

With digiKam 5.0.0  this problem is not reproducible.
I close this file now. Don't hesitate to re-open if necessary.
Gilles Caulier