id,summary,reporter,owner,description,type,status,priority,component,resolution,keywords,cc,component_version,os,os_version 11573,"Files deleted while ""confirm replacement"" is given",Bernard TREMBLAY,,"Hi, 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 Trebly",Bug report,new,high,FileZilla Client,,,,3.32.0,Windows,win10 x64 fully updated