Bug 91107 - fish:// doesn't work anymore
Summary: fish:// doesn't work anymore
Status: RESOLVED FIXED
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: fish (show other bugs)
Version: 3.3.1
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Jörg Walter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-10-11 11:47 UTC by Felix Seeger
Modified: 2005-06-26 19:38 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Seeger 2004-10-11 11:47:28 UTC
Version:           3.3.1 (using KDE 3.3.1, compiled sources)
Compiler:          gcc version 3.4.2 (Debian 3.4.2-2)
OS:                Linux (i686) release 2.4.25

After updating my kde 3.3 branch the fish protokol doesn't work anymore.
I use fish://user@server to connect and just I get:
"""
An error occurred while loading fish://user@server:
fish://user@server
"""

I cannot find any messages in .xsession-errors and also cannot find a debug number for kdebugdialog.
Comment 1 Willie Sippel 2004-10-14 05:05:40 UTC
I have exactly the same problem with KDE 3.3.1, on gentoo/ AMD64 (gcc 3.4.2-gentoo-r2, 2.3.4.20040808), compiled using the gentoo ebuilds. I hope this gets fixed soon, as it's really hard to work without fish...
Comment 2 Willie Sippel 2004-10-14 19:39:34 UTC
When hitting reload on the error message mentioned above ("An error occured while loading..."), this entry appears in .xsession-errors:

kio (KRun): ERROR: 0x12bf9b0 ERROR 8 fish://192.168.123.150
Comment 3 Jorge Adriano 2004-10-14 19:54:43 UTC
Works fine in SuSE 8.2. Used the provided rpms.
Comment 4 Martin Steigerwald 2004-10-26 11:50:02 UTC
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
Comment 5 Waldo Bastian 2004-11-14 17:19:25 UTC
Fixed for KDE 3.3.2 and KDE 3.4
Comment 6 Mark Saward 2005-06-22 04:53:42 UTC
When I put a folder after the full URL it worked.  Eg:
fish://username@host/ failed, but:
fish://username@host/home/username worked
Comment 7 Thiago Macieira 2005-06-26 19:38:09 UTC
Works for me, trunk 424191.