Bug 413294 - sftp://xxx/ is a folder, but a file was expected
Summary: sftp://xxx/ is a folder, but a file was expected
Status: RESOLVED FIXED
Alias: None
Product: kio-extras
Classification: Frameworks and Libraries
Component: SFTP (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 413290 413293 415348 (view as bug list)
Depends on:
Blocks:
 
Reported: 2019-10-21 18:49 UTC by Alexander Ewering
Modified: 2020-03-04 16:25 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot of error (14.88 KB, image/png)
2019-10-21 18:49 UTC, Alexander Ewering
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Ewering 2019-10-21 18:49:50 UTC
Created attachment 123388 [details]
Screenshot of error

This happens every time I add a new SFTP connection. The connection the briefly works, however.
Comment 1 Alexander Ewering 2019-10-21 18:54:32 UTC
I think this bug (and all the other similar dolphin bugs I just reported) might be connected to the "Folder" field (when creating the connection through the wizard) not being "/". When I use "public_html" as the folder, all the errors occur. If I use "/", it seems to be more stable.
Comment 2 Harald Sitter 2020-03-04 14:17:06 UTC
Is this still reproducible with the 19.12 release?
If so, please provide a step by step guide on how to reproduce it.

For me the network connection wizard will attempt to make a connection when trying to save and fail because sftp://me@localhost:22/public_html does not exist and as such it won't create a remote link.
Comment 3 Alexander Ewering 2020-03-04 14:32:05 UTC
(In reply to Harald Sitter from comment #2)
> Is this still reproducible with the 19.12 release?
> If so, please provide a step by step guide on how to reproduce it.
> 
> For me the network connection wizard will attempt to make a connection when
> trying to save and fail because sftp://me@localhost:22/public_html does not
> exist and as such it won't create a remote link.

A quick test seems to be working, so I'd say this can be closed for now.
Comment 4 Harald Sitter 2020-03-04 15:02:43 UTC
*** Bug 413293 has been marked as a duplicate of this bug. ***
Comment 5 Harald Sitter 2020-03-04 16:25:35 UTC
*** Bug 413290 has been marked as a duplicate of this bug. ***
Comment 6 Harald Sitter 2020-03-04 16:25:51 UTC
*** Bug 415348 has been marked as a duplicate of this bug. ***