Opened 16 years ago

Last modified 16 years ago

#3662 closed Bug report

Shortcuts (maybe also Sym-Links) are not handled properly

Reported by: steeltrap Owned by:
Priority: normal Component: Other
Keywords: Cc: steeltrap, Tim Kosse
Component version: Operating system type:
Operating system version:

Description

FileZilla version: 3.1.0.1
O/S: Windows Version 5.1 XP Pro, SP2

Double-clicking on a subdirectory contained in the Current Directory panel, or displayed in an expanded directory in the Directory-Tree panel, makes it the new current directory.

So far, so good.

But:
A shortcut (presumably also a sym-link?) that points to a directory is not displayed when its containing directory is expanded in the Directory-Tree panel.
It does appear in the Current-Directory panel, but double-clicking on it does not change-directory to the target; instead, an attempt is made to up/down-load the shortcut file itself, literally.

Now, I realize sometimes it might be desirable sometimes to transfer a shortcut literally, but that decision should be at the option of the user.

(1) Directory-shortcuts should appear in the Directory-Tree just like subdirectories. Double-clicking on one should change-directory to the target, just like a subdirectory.

(2) Menu-clicking on a directory-shortcut in the Current-Directory panel should open a menu that includes an option to "Resolve / Follow / Go-To Target of" (wording optional) the link.

(3) Edit->Settings->Interfaces should have a category-box for Directory-Shortcuts, with options to "Always Follow", "Transfer Literally" and "Ask every time" as the default.

(4) If the "Always Follow" option is in effect, the detail information shown in the Current-Directory panel should be that of the Target.

(5) When a directory-shortcut in the Current-Directory panel is double-clicked, or a Transfer Queue containing a directory-shortcut is processed, and the "Ask every time" option is in effect, a requestor should be raised asking whether to transfer the link literally or transfer the contents of its target. If the Queue contains more than one, the requestor should include an answer option for "All in the Queue".

Similarly, when a shortcut (presumably also a sym-link?) that points to a file is double-clicked or is being processed in a Transfer Queue, it is automatically transferred literally, as a shortcut. That decision, too, should be at the option of the user.

(6) Menu-clicking on a file-shortcut in the Current-Directory panel should open a menu that includes the options: "Upload Literally" and "Upload Target".

(7) Edit->Settings->Transfers should have a sub-category for File-Shortcuts, with options to "Transfer Target", "Transfer Literally" and "Ask every time" as the default.

(8) If the "Always Follow" option is in effect, the detail-information shown in the Current-Directory panel should be that of the Target.

(9) If the "Ask every time" option is in effect, when a file-shortcut in the Current-Directory panel is double-clicked or is being processed in a Transfer Queue, a requestor should be raised asking whether to transfer the link literally or transfer its target. If the Queue contains more than one file-shortcut, the requestor should include an answer option for "All in the Queue". The difference between this and #(5) is that #(5) will process the target-directory and all the files it contains, even acting recursively for shortcuts contained within the target-directory, and this only processes a single file.

Thank you for an excellent software tool, and let's keep up the good work.

Change History (1)

Note: See TracTickets for help on using tickets.