Version: 3.5.2 (using KDE 3.5.2, Debian Package 4:3.5.2-2+b1 (testing/unstable)) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.16-beyond3 Renaming a file on an FTP server does not ask for confirmation if the name is used by another file. Instead, it silently overwrites the existing file! The GUI shows two files with the same name until the directory is refreshed.
*** Bug 149036 has been marked as a duplicate of this bug. ***
*** Bug 163568 has been marked as a duplicate of this bug. ***
*** Bug 138447 has been marked as a duplicate of this bug. ***
data loss, thus grave.
Reproduced from http://bugs.kde.org/show_bug.cgi?id=163568 for the sake of completeness: Steps to reproduce: 1. launch konqueror or dolphin 2. connect to a ftp server (in my case vsftpd on kubuntu) 3. create two files foo.txt and bar.txt 4. select bar.txt and rename it to foo.txt you won't get warned or asked if you'd like to suggest another filename, the file is just being overwritten and the most confusing thing: you see foo.txt twice unless you hit F5.
and to be really complete: bug 163568 was discovered on svn trunk r818551 :)
SVN commit 818728 by dfaure: ftpRename: must check if dest already exists, RNFR+RNTO overwrites by default BUG: 127793 M +28 -15 ftp.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=818728
Sorry this bug is not fixed for all ftp servers. I am using z/OS 1.8 (IBM mainframe) with default configuration. If I try to rename a file to an existing one the following conversation happens: Request: SIZE /home/user/x Response: 501 command aborted -- FTP server not configured for SIZE Request: cwd /home/user/x Response: 550 CWD cmd failed : EDC5135I Not a directory. (errno2=0x0519004F) Request: RNFR x_1 Response: 350 RNFR accepted. Please supply new name for RNTO. Request: RNTO /home/user/x Response: 250 /home/user/x_1 renamed to /home/user/x