Bug 162809 - Bad names chosen in rename dialog at copy operations when duplicate files are found
Summary: Bad names chosen in rename dialog at copy operations when duplicate files are...
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: AdvancedRename-file (show other bugs)
Version: 0.9.4
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-05-29 14:28 UTC by Mark Purcell
Modified: 2022-01-31 21:57 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.1.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Purcell 2008-05-29 14:28:46 UTC
Version:           0.9.4-beta5 (using 3.5.9, Debian Package 4:3.5.9.dfsg.1-4 (lenny/sid))
Compiler:          Target: powerpc-linux-gnu
OS:                Linux (ppc) release 2.6.18-5-powerpc

This is a forwarded report from:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415757

I confirm this is still an issue with 0.9.4-beta5.

From: Philipp Marek <philipp@marek.priv.at>
To: submit@bugs.debian.org
Subject: digikam: Bad names chosen for duplicate files
Date: Wed, 21 Mar 2007 19:29:08 +0100

X-Reportbug-Version: 3.34
X-Debbugs-Cc: philipp@marek.priv.at
Package: digikam
Version: 2:0.9.0-1
Severity: normal


When I'm preparing a directory for an order (real paper-pictures), I usually 
copy some files to make the relatives happy.
Now, when I'm just copying the files (CTRL-C CTRL-V), digikam says that this 
name is already taken; when I press the button "Suggest new name", the last 
part (the time of creation for me) is incremented.
So far, so good.

But on second copying, when I let digikam suggest a name, it *again* just 
increments by one - although this name is already taken, too!

I know about possible problems with NFS and so on, in that it's not always 
possible to get asked only once when multiple users are working in the same 
directory, but for such simple cases digikam should take a look (not even in 
the filesystem - it has the files in its database) and suggest a *free* name.

For multiple copying of the same file digikam should even remember that it had 
to change the name, and don't even ask again whether to suggest a new one - 
it should "just do it" :-)

Currently I press CTRL-V, and have to press "Suggest" - "Rename" multiple 
times to make a *single* copy!


Regards,

Phil



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)

Versions of packages digikam depends on:
ii  kdelibs4c2a            4:3.5.5a.dfsg.1-6 core libraries and binaries for 
al
ii  libacl1                2.2.42-1          Access control list shared 
library
ii  libart-2.0-2           2.3.17-1          Library of functions for 2D 
graphi
ii  libattr1               1:2.4.32-1.1      Extended attribute shared library
ii  libaudio2              1.8-3             The Network Audio System (NAS). 
(s
ii  libc6                  2.3.6.ds1-13      GNU C Library: Shared libraries
ii  libexif12              0.6.13-5          library to parse EXIF files
ii  libexiv2-0.12          0.12-0.2          EXIF/IPTC metadata manipulation 
li
ii  libfam0                2.7.0-12          Client library to control the FAM 
ii  libfontconfig1         2.4.2-1.2         generic font configuration 
library
ii  libfreetype6           2.2.1-5           FreeType 2 font engine, shared 
lib
ii  libgcc1                1:4.1.1-21        GCC support library
ii  libgphoto2-2           2.2.1-16          gphoto2 digital camera library
ii  libgphoto2-2-dev       2.2.1-16          gphoto2 digital camera library 
(de
ii  libgphoto2-port0       2.2.1-16          gphoto2 digital camera port 
librar
ii  libice6                1:1.0.1-2         X11 Inter-Client Exchange library
ii  libidn11               0.6.5-1           GNU libidn library, 
implementation
ii  libjpeg62              6b-13             The Independent JPEG Group's JPEG 
ii  libkipi0               0.1.5-2           library for apps that want to use 
ii  liblcms1               1.15-1            Color management library
ii  libpng12-0             1.2.15~beta5-1    PNG library - runtime
ii  libqt3-mt              3:3.3.7-3         Qt GUI Library (Threaded runtime 
v
ii  libsm6                 1:1.0.1-3         X11 Session Management library
ii  libsqlite3-0           3.3.8-1.1         SQLite 3 shared library
ii  libstdc++6             4.1.1-21          The GNU Standard C++ Library v3
ii  libtiff4               3.8.2-7           Tag Image File Format (TIFF) 
libra
ii  libx11-6               2:1.0.3-6         X11 client-side library
ii  libxcursor1            1.1.7-4           X cursor management library
ii  libxext6               1:1.0.1-2         X11 miscellaneous extension 
librar
ii  libxft2                2.1.8.2-8         FreeType-based font drawing 
librar
ii  libxi6                 1:1.0.1-4         X11 Input extension library
ii  libxinerama1           1:1.0.1-4.1       X11 Xinerama extension library
ii  libxrandr2             2:1.1.0.2-5       X11 RandR extension library
ii  libxrender1            1:0.9.1-3         X Rendering Extension client 
libra
ii  libxt6                 1:1.0.2-2         X11 toolkit intrinsics library
ii  zlib1g                 1:1.2.3-13        compression library - runtime

Versions of packages digikam recommends:
ii  digikamimageplugins    2:0.9.0-1         image editor plugins for digikam 
a
ii  kdeprint               4:3.5.5a.dfsg.1-6 print system for KDE
ii  kipi-plugins           0.1.2-3           image manipulation/handling 
plugin
ii  konqueror              4:3.5.5a.dfsg.1-6 KDE's advanced file manager, web 
b

-- no debconf information
Comment 1 caulier.gilles 2008-05-29 14:34:07 UTC
Mark,

This dialog is provided by KDELibs core, not digiKam.

To fix this entry, we need to implement a dedicated rename dialog.

Gilles Caulier
Comment 2 Johannes Wienke 2009-10-22 20:54:05 UTC
What about forwarding this bug to the core developers? It should be relatively simple for the to check for an existing name while suggesting a new one.
Comment 3 caulier.gilles 2011-12-14 09:59:56 UTC
Mark,

This entry still valid using digiKam 2.x serie ?

Gilles Caulier
Comment 4 caulier.gilles 2014-08-31 22:18:57 UTC
Mark,

This file still valid using last digiKam 4.2.0 ?

Gilles Caulier
Comment 5 caulier.gilles 2015-06-28 09:39:45 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 6 caulier.gilles 2016-07-14 17:06:54 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