Opened 7 years ago

Last modified 7 years ago

#8696 new Bug report

After renaming a remote file, the list cursor moves to first list entry

Reported by: Miumi Owned by:
Priority: low Component: FileZilla Client
Keywords: Cc:
Component version: Operating system type: Windows
Operating system version: Win7 x64 latest updates

Description

In the local file list box, the behavior is as expected: the list cursor stays at the same list position after renaming a file.

But in the remote list box, the list cursor moves to the first entry ("..") in the list after renaming a file. The user can press "Page down" and the cursor keys to navigate to the last position and rename the next file. Which is more annoying the more files you have to rename.

I use filezilla since several years now and this was ever an annoying issue. I thought "I can not be the only one and in one of the future updates this will be fixed for sure". But maybe the develpers are are not using filezilla often to rename remote files... ;)

Anyway, thank you for this otherwise great piece of software.

Change History (2)

comment:1 Changed 7 years ago by Alexander Schuch

This happens in FileZilla 3.7.0.1 on Windows.

comment:2 Changed 7 years ago by Miumi

Yes it is FileZilla 3.7.0.1 on Windows.

And IMO the list cursor should stay at the current position and should not move along with the renamed file. Because the next file I want to rename is near this position.

But maybe for others it is more suitable, if the list cursor moves with the renamed file?

A option in the settings may be a solution,
"After renaming a file (or folder?) the list cursor:
[X] stays at current position.
[ ] moves with the renamed file."

Another possible solution would be, that Filezilla would not re-sort the list after the rename. To sort the files the user would have to press F5. The remote file list is anyway not always up-to-date.

Note: See TracTickets for help on using tickets.