Opened 9 years ago

Closed 5 years ago

#5252 closed Bug report (outdated)

Click to rename files

Reported by: Jaison Niehues Owned by:
Priority: high Component: FileZilla Client
Keywords: order, rename, files Cc:
Component version: Operating system type: OS X
Operating system version: 10.6.2

Description

Hello, I am a Filezilla 3.3.2 user on Mac OS X 10.6.2. When I am sending my files to a remote server I click and drag them to the right side of the window and release the mouse button, so far so good.

When I am sending just one file, that's when the mess happens:

All files are unselected, OK? I click in one file and the line get's a blue background. When I click again (and hold) to drag the file to the other side of the screen, the line changes to rename. So far, no damage on my files. If I don't do anything, the cursor stays there, to rename the file, if I click outside, it gets renamed OK.

If I click up there to order for filename, filesize or last modified, the file (for renaming, with a cursor for type waiting) stays in the same place on screen, it doesn't go to the place it was supposed to go, stays in front some random file that was ordered there, if you click outside to stop the renaming... I AM SURE THAT THE FILE THAT IS BEHIND, ON THAT POSITION GETS RENAMED TO THE NAME OF THE FILE I WAS RENAMING, AND THIS FILE (THAT I WAS RENAMING) GETS DELETED FOREVER!

I lose a lot of files for this matter.

You can do this to make sure (I just did).

1) Create 5 files: 1.txt, 2.txt, 3.txt, 4.txt, 5.txt, put them in the same directory, open them and just put a number on the file and save them. Then we get: 1.txt = 1. 2.txt = 2, etc...

2) Now open Filezilla and locate the folder. We get this:

1.txt
2.txt
3.txt
4.txt
5.txt

Now click ONCE on 2.txt to select this file, then click again on 2.txt (the cursor to rename appears).

3) Now click on filename (up there) to reorder by filename DESC. The screen is now like:

5.txt
2.txt (to rename) "4.txt is behind this"
3.txt
2.txt
1.txt

4) Now click outside. The 4.txt file just vanishes and if you open 2.txt, what's inside? 4

Now imagine this with a big web system, a lot of files missing and a lot bad renamed. I think it's a pretty serious bug because I use a lot the "Last modified" column to order, to make sure to send the files that was last modified.

Sorry my bad english, it's not my primary language.

Change History (7)

comment:1 Changed 9 years ago by Jaison Niehues

Operating system version: 10.0.610.6.2

comment:2 Changed 9 years ago by Curt Thiessen

I too have noticed this problem on Mac OSX. Maybe I can elaborate on it:

I select a file in the local browser on the left. I then drag it to the remote browser on the right. The click that initiated the drag causes a file renaming input box to appear in place of the file on the left. Now I use the upper tree view to navigate to a different directory, with the file renaming box still active. The box stays in the same position, and clicking away from it causes the file behind it to be renamed. The problem is, this is now a completely different file in a different directory.

Granted, I'm not familiar with the capabilities of the UI library used by Filezilla, but here are some possible solutions:

  • display the file rename input box only when file is clicked (not for a drag)
  • cancel any rename that's in progress if the view changes (either re-sort or change directory)
  • cancel the rename if user clicks away from the input box (new name would be committed only by hitting Enter)

comment:3 Changed 9 years ago by Tim Kosse

Priority: criticalhigh

Not critical as it is not a security vulnerability.

comment:4 in reply to:  2 Changed 9 years ago by michael

Same for me in OSX!!

Please cancel rename if focus leaves the input box, only confirm by hitting enter.

Maybe it also helps showing the input box only on "mouse-up" not "mouse-down"-events, since the user has not yet decided if he wants to release the button for a rename or drag the selected file somewhere else.

I would also include a timeout: if "mouse-up" is later than 1sec after "mouse-down" the user has probably decided to abort a drag-and-drop to do something else instead of doing a single click for renamimg.

comment:6 Changed 8 years ago by Dave Andrews

Chiming in to agree with this bug. It is very annoying. Registered just to post this. Please correct this as filezilla is the only good FTP app I can find for mac, and this happens nearly every time I use it.

comment:7 Changed 5 years ago by Bruno Ramos

Status: newmoreinfo

Huge number of changes since ticket was created.

Could someone confirm if this is still happening (I don't have access to an OS X machine)?

Thank you.

comment:8 Changed 5 years ago by Alexander Schuch

Resolution: outdated
Status: moreinfoclosed

No reply for more than 28 days.

Note: See TracTickets for help on using tickets.