Opened 6 years ago

Last modified 4 years ago

#9373 new Bug report

Remote subdirectory content not refreshed

Reported by: ricky leung Owned by:
Priority: normal Component: FileZilla Client
Keywords: refresh subdirectory Cc:
Component version: Operating system type: Windows
Operating system version:

Description (last modified by Tim Kosse)

I have found that the file lists in remote subdirectories are not refreshed when I tried to refresh the directory contents (by clicking the button on the toolbar or pressing F5). Only the remote root directory file list is refreshed.
I consider this a critical problem because it confuses people when they try to download the entire directory structure from remote servers. They would think the download was successfully but in fact some files were not downloaded as expected.

Environment: client = Windows XP SP3 running Filezilla client 3.7.4.1
server = Windows XP SP3, running Filezilla server 0.9.43 beta

How to repeat:

  1. In the ftp server, create some files in the root directory, and create some subdirectories and add some files in those subdirectories
  2. In the client, connect to the server and refresh the file list.
  3. In the server, add/delete/rename some files in the root directory and in the subdirectories
  4. In the client, press F5 to refresh the file list

Observed result:
The file list in the root directory correctly matches that of the ftp server. The file lists in the subdirectories do not match those of the server.

Expected result:
The file lists in the root directory and the subdirectories should match the those in the ftp server after refreshing by pressing F5

Change History (4)

comment:1 Changed 5 years ago by Alexander Schuch

I do not think F5 (refresh) should do that. There should be a new action "recursive refresh" or another action "clear local directory caches". As a work around, you can close FileZilla and start it again to clear the local directory caches.

comment:2 Changed 5 years ago by ricky leung

Or the ability to turn off caching in the settings page?

Restarting the program is not only an overkill - it simply won't work in practice. Since it is the *remote* directory content that is not known by the user, he has to restart the program *every time* he wants to download the entire directory tree.

comment:3 Changed 5 years ago by Alexander Schuch

Actually, no. Simply issue a raw FTP server command and the directory cache will be flushed. Maybe you can use that as a work-around.

comment:4 Changed 4 years ago by Tim Kosse

Description: modified (diff)
Priority: criticalnormal
Note: See TracTickets for help on using tickets.