a28c5e3 created the issue

CyberDuck confused two files with each other when constructing an HTTP link to one file which was newly uploaded to an expanded subdirectory on our FTP server. Link text showed the correct URL but when pasted into Apple Mail the href attribute linked the text to another file in the same directory. The error was consistent across CyberDuck restarts/computer reboots but fixed itself upon entering the directory by double-click (some cache/index refresh happening?). Links generated by clicking files from the expanded parent directory were correct afterwards.

The issue is only relevant when pasting into an HTML/RTE-capable editor (such as Apple Mail) and following the link by clicking it or copying the target URL via context menu (but not when copying the rich text). When pasting into a text-only editor/field such as a browser address bar, only the correct URL (same as link text, not HTML/RTF) will be used.

CyberDuck version: 4.4.3 (changelog up to 4.4.5 doesn't indicate changes regarding this issue) / Mac OS X version: 10.8.5