Opened 21 years ago
Last modified 20 years ago
#504 closed Bug report
Remote rename existing filename: dup. filenames but replaced
| Reported by: | Scott M. Sanders | Owned by: | |
|---|---|---|---|
| Priority: | normal | Component: | Other |
| Keywords: | Cc: | Scott M. Sanders, Tim Kosse | |
| Component version: | Operating system type: | ||
| Operating system version: |
Description
When I rename a file in a remote FTP folder using a
filename that already exists there, the remote directory
listing (without refreshing) will then show two files with
the same filename (see screenshot #1).
If I then delete one of the listed files (and don't refresh
the remote directory listing), a blank file will appear at
the top of the remote directory listing (before the
parent folder link) that has only the Windows unknown
file type icon, a random value in the filesize field,
and "???" in the date field (see screenshot #2).
I attached a log.
This server doesn't send a 550 file exists error when I
rename a remote file with an existing filename, but I
think that FileZilla can be fixed slightly to accomodate
this problem somehow.
Attachments (3)
Change History (5)
by , 21 years ago
by , 21 years ago
| Attachment: | 1-duplicate.gif added |
|---|
Duplicate filenames in remote directory listing after rename (no refresh)
by , 21 years ago
| Attachment: | 2-afterdelete.gif added |
|---|
False entry in remote directory listing display after a duplicate deleted (no refresh)
comment:1 by , 21 years ago
The blank file/false entry disappears when I refresh the
directory listing, as well as the two files in question--that is,
the file I accidentally replaced with the rename function was
already deleted, and now the renamed file is deleted.
comment:2 by , 20 years ago
This bug report has been closed due to inactivity and has possibly
already been solved.
You can reopen this report if the issue still exists in the
latest version of FileZilla (Server).
Log - Remote rename existing filename: dup. filenames but replaced