Opened 19 years ago

Last modified 16 years ago

#3023 closed Bug report

Renaming file to existing name doesn't update file list

Reported by: nirajb Owned by:
Priority: normal Component: FileZilla Client
Keywords: Cc: nirajb, Alexander Schuch, Tim Kosse
Component version: Operating system type:
Operating system version:


If you rename a file on the server to another file that
already exists in the same directory, then on the server
the renamed file overwrites the file that originally had
that name (which is fine) but then filezilla shows two
files with the same name. For example a directory
might contain:


if you renamed main.php to index.php, index.php will be
overwritten by main.php but filezilla shows:


while it should show:


This is not a server side issue. Refreshing fixes the

Change History (2)

comment:1 by Alexander Schuch, 16 years ago

The bug originally reported here is fixed in latest FileZilla 3.

However, while testing, I noticed the problem that file data is not updated properly. Steps to reproduce (in remote view):

  • have a file "test" with size of 3973 byte
  • have a file "test1" with size of 1956 byte
  • rename "test1" to "test"
  • "Target filename already exists, really continue?" -- Answer "yes" to that question.
  • the file "test1" is gone now and only "test" is in the list
  • problem: size of "test" is 3973 byte, which is the original size
  • refresh the list
  • "test" now correctly has a size of 1956 byte

The same happens with time of last modification, so I guess none of the displayed data is updated.

comment:2 by Tim Kosse, 16 years ago

Thanks for reporting. This issue has been fixed in the SVN
repository and will be available with the next version.

Note: See TracTickets for help on using tickets.