Bug 485068 - fish://user@host does not use SSH keys configured in .ssh/config
Summary: fish://user@host does not use SSH keys configured in .ssh/config
Status: RESOLVED DUPLICATE of bug 380417
Alias: None
Product: kio-extras
Classification: Frameworks and Libraries
Component: FISH (other bugs)
Version First Reported In: unspecified
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-04-05 09:07 UTC by kd1j883xx
Modified: 2025-06-16 04:40 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kd1j883xx 2024-04-05 09:07:58 UTC
SUMMARY
I have entries like below to ~/.ssh/config (the below is just an example, I do have other hosts configured to use specific ssh keys)

In dolphin if i enter fish://some_local_host, it asks for username and password even if the IdentityFile is set in the config file, if I connect using ssh from terminal, `ssh some_local_host`, it connects and does not ask for username and password

```
Host some_local_host
  User redacted
  HostName 192.168.1.23
  Port 22
  IdentityFile ~/.ssh/id_rsa_some_host
```

STEPS TO REPRODUCE
1. Configure host in ~/.ssh/config that has IdentityFile
2. Open Dolphin and type fish://[name_of_the_host_from_config_file]


OBSERVED RESULT
A popup dialog appears asking for username and password

EXPECTED RESULT
Connections should be created without asking for username and password (if the server does not ask for username/password)

SOFTWARE/OS VERSIONS
Windows: -
macOS: -
Linux/KDE Plasma: Kubuntu23.10 / 5.27.8
(available in About System)
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.110.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION
This functionality was working as expected in Kubuntu 22.04 before the latest updates
Comment 1 John Kizer 2025-06-16 04:40:25 UTC
Merging this in with an existing report that contains some context on possible paths forward. Thanks!

*** This bug has been marked as a duplicate of bug 380417 ***