Bug 66900

Summary:	symlinks support in fish.
Product:	[Unmaintained] kio	Reporter:	mark.hannessen
Component:	fish	Assignee:	Jörg Walter <trouble>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	jtamate, opensource
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description mark.hannessen 2003-10-30 13:33:36 UTC

Version:            (using KDE KDE 3.1.92)
Installed from:    Compiled From Sources
Compiler:          linux-gnu-i686-gcc-3.2 
OS:          Linux

if  i copy a directory with fish, then symlinks get copied as files instead of symlinks.

Comment 1 Thomas Bennett 2004-05-12 23:11:49 UTC

fish does not recognise symlinks, shows file type as unknown.
KDE 3.2.2 Debian unstable/testing  2.4.22-1-386 
GCC 3.3.3

Comment 2 Mathieu Jobin 2004-05-29 01:53:32 UTC

If I understand your example correctly, the symlinks are the source files when copying, right ? 
what kind of "files" they become when you copy it ?
empty ? would you upload an example ?

can we consider Bug#74824 duplicate of this bug ?

Comment 3 Jo Øiongen 2004-07-29 13:50:57 UTC

If I try to copy the content of a directory containing a symlink to a file the symlink will be copied as a file but the copy prosess will hang. That is, the copy prosess does not continue to the next file, nor does it rename the symlink-file from "foo.part" to "foo" but the content of the file (only tried with pure ascii text file) is copied.

Cheers Jo

Comment 4 Waldo Bastian 2004-11-19 13:25:37 UTC

Can't reproduce with KDE 3.4, copies symlink correctly as a symlink.

I used the following testcase:
* Create a directory /home/bastian/test-dir/fish
* Create "file1" with some text
* Create "file2" with some text
* Create "link1" pointing to "file2"
* Create "zzz-file3" with some text

* Run from kdelibs/kio/tests:
./kioslavetest -s fish://root@localhost/home/bastian/test-dir/fish -d file:/tmp/fish-test -o copy

Comment 5 Martin Koller 2006-11-05 16:18:21 UTC

fish only copies symlinks as such when you use fish://localhost/... (this does not use ssh but uses su instead).
When you copy a symlink from fish://some_remote/... then the file it points to is copied instead.

Comment 6 The Marauder 2007-12-07 00:05:31 UTC

I don't know if my bug have the same source of the problem. My problem is about symlinks too :

If I delete a file or a directory, all its symlinks will be no removable from a fish:// remote host. It's work good with sftp.

Comment 7 Jaime Torres 2018-06-20 07:29:39 UTC

Should be fixed in Frameworks 5.47, or at least when I copy a directory with symlinks over fish:// or sftp:// the symlinks are copied as symlinks.
About comment 6, I can't reproduce.
If you can reproduce the bug again, please reopen it.