Opened 10 years ago
Last modified 10 years ago
#8696 new Bug report
After renaming a remote file, the list cursor moves to first list entry
|Reported by:||Miumi||Owned by:|
|Component version:||Operating system type:||Windows|
|Operating system version:||Win7 x64 latest updates|
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 by , 10 years ago
comment:2 by , 10 years ago
Yes it is FileZilla 126.96.36.199 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.
This happens in FileZilla 188.8.131.52 on Windows.