Bug 330247 - When using FISH as a protocol, Konqueror FORGETS the last / (slash), causing it to wait forever on directory listings or file transfers
Summary: When using FISH as a protocol, Konqueror FORGETS the last / (slash), causing...
Status: RESOLVED WORKSFORME
Alias: None
Product: kio-extras
Classification: Frameworks and Libraries
Component: FISH (other bugs)
Version First Reported In: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Jörg Walter
URL: fish://user@anyserver:someport/tmp/test
Keywords:
Depends on:
Blocks:
 
Reported: 2014-01-21 13:38 UTC by Robert Hoffmann
Modified: 2022-12-30 05:23 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Hoffmann 2014-01-21 13:38:15 UTC
Konqueror seems unable to understand that using FISH, the URL should either have a SLASH at the end, or some file extension.  So, when it forgets the slash, file management becomes flakey, read my steps to reproduce, and test it yourselves.

i.e.  
fish://user@anyserver:someport/tmp/test/   is a correct URL for a remote folder
fish://user@anyserver:someport/tmp/test    is NOT a correct URL for a remote folder
fish://user@anyserver:someport/tmp/test/crap.txt  is the URL of a file on a remote server

Reproducible: Sometimes

Steps to Reproduce:
OK, 
1. if I fish to: fish://user@anyserver:someport/tmp/test/   (observe the last slash in the URL)
2. and I bookmark this.
3. then I close konqueror, and I reopen it
4. navigate to a local folder, say /tmp/localfolder/
5. Then I split the window vertically
6. on the right pane, I load the bookmarked FISH location
7. I notice that the last "slash" is missing ! !!!!!!!!!!??????????!!!!!!!!!!!!!!! (why?)
8. sometimes, and sometimes not, I get the file listing on the remote server
9. when I don't get the listing, I see the Konqueror Icon rotating on the top right, forever
10. If I hit stop and reload, it will keep waiting forever
11. If I hit stop and then add a slash at the end of the fish folder, and then press Enter, the file list loads !

BONUS points:
12. If, by any chance the file list had loaded without the last slash in the URL (see step 8), and I then try to say copy all the remote files to my local folder, it will bring up the copy dialog box, and just keep thinking forever.
13. if I then cancel the copy, then add the slash to the URL and hit enter (getting the file listing again), I can then copy the files without any problems.

BTW, the loss of slash in the URL is endemic, I have seen this since day 1 in Konqueror.
Actual Results:  
Flakey file management, sometimes file list is shown, sometimes not.
Sometimes copying files works, and sometimes not.

Expected Results:  
One would expect Konqueror to "append" the last slash to a folder, or at least remember it properly in the Bookmarks.

The error is haphazard, it sometimes happens, and sometimes not, mostly it will keep happening when connecting to a specific server, and other servers will work fine.

Also, sometimes a server will work fine with or without slash in the URL, and suddenly stop working  (without any change to the server in question, or local machine)
Comment 1 Dawit Alemayehu 2014-02-11 00:57:01 UTC
Whether there should or should not be a trailing slash is the responsibility of the protocol itself and not Konqueror. As such this should be reported against the fish protocol. You can test that by repeating the same thing using the "sftp" protocol instead and see if you encounter the same problem.
Comment 2 Justin Zobel 2022-11-30 05:28:19 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 3 Bug Janitor Service 2022-12-15 05:13:13 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Bug Janitor Service 2022-12-30 05:23:58 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!