Bug 188525

Summary:	Problem with same names on download from mass storage camera using file renaming
Product:	[Applications] digikam	Reporter:	René Krell <renda.krell>
Component:	Import-UMS	Assignee:	Digikam Developers <digikam-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	simon
Priority:	NOR
Version:	0.10.0
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:	1.3.0
Sentry Crash Report:

Description René Krell 2009-03-31 08:01:42 UTC

Version:           0.10.0 (using 4.2.1 (KDE 4.2.1) "release 106", KDE:KDE4:Factory:Desktop / openSUSE_11.1)
Compiler:          gcc
OS:                Linux (x86_64) release 2.6.27.19-3.2-default

Using Digikam for downloading items from a mass storage camera Olympus Mju 830 I get problems on each try even with new items: I choose Select new items and Download Selected Items. Shortly after start I'm asked whether to overwrite some item which already exists. If I choose Overwrite all in the appearing messagebox I get resulting files as
2009.02.22 16.09.38.AVI 
2009.02.22 16.09.38-1.AVI 
2009.02.22 16.09.38-2.AVI 
2009.02.22 16.09.38-3.AVI and so on 

So the files are not renamed according to the rules.

My rename rules are:
x Customize
Date format:
x Advanced: yyyy.MM.dd hh.mm.ss

Comment 1 René Krell 2009-03-31 08:11:35 UTC

Additional note: The real timestamps on the medium are different, 2009.02.22 16.09.38 exists only one time.

Comment 2 caulier.gilles 2009-05-13 12:59:11 UTC

Andi,

Is this file still valid with 0.11.0 ?

Gilles Caulier

Comment 3 simon 2009-05-18 12:03:57 UTC

yep , current svn

Comment 4 Andi Clemens 2009-05-25 18:49:51 UTC

I can not reproduce this, which doesn't mean that it is not true :D
I will do some tests later on this evening with different images.

Andi

Comment 5 René Krell 2009-06-04 12:02:32 UTC

I will watch this further, but a code review would be fine.

Comment 6 caulier.gilles 2009-06-11 14:01:20 UTC

René,

digiKam 1.0.0-beta1 is out. Can you check again ?

Gilles Caulier

Comment 7 Andi Clemens 2010-05-01 18:18:36 UTC

I'll close this one now. If you think it is still valid, please open a new report with updated information.