Bug 49212 - rename on paste does not work properly
Summary: rename on paste does not work properly
Status: CLOSED WORKSFORME
Alias: None
Product: kdesktop
Classification: Miscellaneous
Component: general (show other bugs)
Version: 3.1.3
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
: 59114 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-10-15 23:20 UTC by Thomas Rehfinger
Modified: 2009-01-02 20:20 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Rehfinger 2002-10-15 23:20:46 UTC 
Version:            (using KDE KDE 3.0.3)
Installed from:    SuSE RPMs
OS:          Linux

Mark an icon on desktop, press ctrl-c, then ctrl-v, change the file name in the following pop-up window "file already exists", then press rename. The icon has been copied, but the name did not change on the desktop (the name in the proerty dialog is correct).
Comment 1 Thomas Rehfinger 2002-12-15 14:23:14 UTC 
Still reproducable with KDE3.1-RC5
Comment 2 Jordi Polo 2003-02-18 15:49:20 UTC 
 
only happens with .desktop files, big problem, we can rename it to not break translations??
Comment 3 Jordi Polo 2003-02-18 17:01:27 UTC 
*** Bug 51608 has been marked as a duplicate of this bug. ***
Comment 4 Waldo Bastian 2003-05-02 00:24:10 UTC 
This is not really a bug. The name shown is the Name= entry in the desktop file, not 
the filename itself. It is possible to have to desktop files that both show the same 
name but you can't have two files with the same filename.
Comment 5 Chris Howells 2003-05-02 00:40:42 UTC 
Subject: Re:  rename on paste does not work properly

Hi,

On Thursday 01 May 2003 23:24, Waldo Bastian wrote:
> This is not really a bug. The name shown is the Name= entry in the desktop
> file, not the filename itself. It is possible to have to desktop files that
> both show the same name but you can't have two files with the same
> filename.

I'd consider it a bug in that it doesn't do what the user expects. It 
certainly doesn't do what I would expected it to.
Comment 6 Waldo Bastian 2003-05-09 14:40:06 UTC 
The use of the term "rename" may indeed be confusing here. It should probably be 
made more clear that the user needs to provide a different filename.
Comment 7 Thomas Zander 2003-05-09 20:28:59 UTC 
> The use of the term "rename" may indeed be confusing here. 
 
If all you choose to do is rename the file but not the icon then I suggest that you don't 
ask the user any input and just use a different name for the file, since the input you 
asked is not going to be used anyway. 
 
Alternatively; since the most natural way to auto-rename a file is to put a suffix like '_1' 
at the end of the file, I suggest to do that to each and every name field in the desktop 
file as well as to the actual file. 
If you can find out which locales are RtL then this seems a perfect solution to me..
Comment 8 Dirk Mueller 2003-07-22 04:19:44 UTC 
*** Bug 59114 has been marked as a duplicate of this bug. ***
Comment 9 Helge Deller 2003-11-08 14:49:20 UTC 
This bug has been fixed at least in KDE 3.2 beta1.
As soon as you press Ctrl-V, a dialog box pops up and asks the user to provide a new filename (it even has a button named "Suggest New Name" which works pretty nice).
I don't know if backporting to KDE 3.1.x makes sense ?
Comment 10 Matt Rogers 2004-04-15 05:00:23 UTC 
indeed this is fixed.
Comment 11 FiNeX 2009-01-02 20:20:01 UTC 
Bug closed. Kdesktop is no more mantained.