Bug 218007

Summary: when "creating a new album" from a selection of images, digikam should try to *move* them first
Product: [Applications] digikam Reporter: Jon Nelson <jnelson-kde>
Component: Albums-MainViewAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED INTENTIONAL    
Severity: normal CC: caulier.gilles
Priority: NOR    
Version First Reported In: 1.0.0   
Target Milestone: ---   
Platform: openSUSE   
OS: Unspecified   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Jon Nelson 2009-12-09 17:40:49 UTC 
Version:            (using KDE 4.3.3)
Installed from:    openSUSE RPMs

The problem is that digikam appears to *copy* the images (or large video files!) and this is very very slow compared to simply *moving* (renaming) them. Obviously, a rename won't always work due to various filesystem issues but it should still be tried *first* and then only if that doesn't work should a copy (+subsequent delete) be used.
Comment 1 caulier.gilles 2011-12-14 09:19:43 UTC 
Jon,

It still reproducible with digiKam 2.x serie ?

Gilles Caulier
Comment 2 caulier.gilles 2013-11-25 17:05:51 UTC 
Jon,

It still reproducible with digiKam 3.5.0 release ?

Gilles Caulier
Comment 3 caulier.gilles 2015-06-30 08:06:49 UTC 
New digiKam 4.11.0 is available :

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

Can you reproduce the problem with this release ?