Opened 6 years ago

Last modified 5 years ago

#11573 new Bug report

Files deleted while "confirm replacement" is given

Reported by: Bernard TREMBLAY Owned by:
Priority: high Component: FileZilla Client
Keywords: Cc:
Component version: 3.32.0 Operating system type: Windows
Operating system version: win10 x64 fully updated



This comes with new (very last news version).

When you uses this :
1- upload a new version of a file with a different name.
2- after upload : rename the file and give the name of the file which is to be replaced

Before, with previous version, you get :
1- A panel to confirm (existing file with same name : replace)
2- Replacement
3- (in previous-previous) the position into the list was not changing

Now, new ( 3.32.0) you get :
1- A panel to confirm (existing file with same name : replace)
2- Both files are deleted, this most of time (there are conditions which produce the normal - old - behavior, but I could not find exactly the conditions.
Note :

  • that when this occurs we have two refreshes (since-prev-prev : I have not the version id) of screen while before we were getting this refresh just once.
  • with the "just before version" the refresh was not clean because we had, as told, two displays and at the end the user was reaching the top of the list and had to go back manually to the position of the file changed to verify.
  • now when it functions normally the file is replaced and focus stays on the file (generally for the two files : I name the new updated with a name so that it will be displayed just before the file to replace into the list). I think that the second display corresponds to the "delete all" invalid phase.

Best regards


Change History (1)

comment:1 by Bernard TREMBLAY, 5 years ago

Still remains on 3.38.1

When you perform :
1- load an upd

Version 0, edited 5 years ago by Bernard TREMBLAY (next)
Note: See TracTickets for help on using tickets.