[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 91107] fish:// doesn't work anymore
From:       Martin Steigerwald <Martin () Lichtvoll ! de>
Date:       2004-10-26 9:50:04
Message-ID: 20041026095004.18645.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
        
http://bugs.kde.org/show_bug.cgi?id=91107        




------- Additional Comments From Martin Lichtvoll de  2004-10-26 11:50 -------
Hello,

I have this too but it only seems to happen when I use the root account for access \
and when I omit the trailing slash after the directory name, e.g. "fish://root \
testbox/root":

Beim Laden von fish://root testmachine/root ist folgender Fehler aufgetreten:

Lesen der Datei nicht möglich: fish://root testmachine/root

When I use "fish://root testbox/root/" or "fish://root testbox" which redirects to \
the non working "fish://root testbox/root" from above, I get a directory listing. But \
when I try to drag&drop copy a new file to the directory shown, I get a message that \
the file (that is definately a new file that was not on the destination before \
starting the copy) already exists with a length of zero bytes. 

But copying a file the other way around, from the fish://-directory to a local \
directory works as expected.

With lftp which is able to handle fish:// URLs I can also write to the \
"/root"-directory.

When I direct konqueror to a regular user account instead, everything seems to work \
as expected. 

Now its arguable using root, but its only a test machine. IMHO this stuff should \
work.

Using KDE 3.3 from Debian Unstable. Konqueror 4:3.3.0a-1 and kdebase-kio-plugins \
4:3.3.0a-1

Regards,
Martin


[prev in list] [next in list] [prev in thread] [next in thread]