Bug 465915

SUMMARY
If you enter an sftp or fish URL without any path in the Location bar, one is normally redirected to the user's home directory on the server, as SFTP clients usually behave. However, this is not reflected in the Location bar. Also, the Up action becomes inactive.

The bug only comes up if you enter the URL without any path, not even a trailing slash. If you enter a trailing slash, it opens the server's root directory without any redirection, and it behaves normally.
STEPS TO REPRODUCE
Write sftp://user@host in the location bar or the Name input field, and press Enter.

OBSERVED RESULT
The contents of a directory like  sftp://user@host/home/user are listed, but the Location bar continues to contain sftp://user@host, and the Go/Up menu item (or toolbar button, if visible) is disabled. 

EXPECTED RESULT
The Location bar changes to sftp://user@host/home/user; the Up action is active, and (in this example) goes to sftp://user@host/home.

SOFTWARE/OS VERSIONS
Operating System: openSUSE Tumbleweed 20230215
KDE Plasma Version: 5.27.0
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8
Kernel Version: 6.1.8-1-default (64-bit)
Graphics Platform: X11

ADDITIONAL INFORMATION
I don't know if the issue affects any protocol other than sftp and fish. I don't remember if ftp has a similar redirect functionality, as I haven't used it in ages; I've no idea about stuff like smb, ldap, webdav or gdrive.

In Konqueror, Gwenview and Krusader, the redirect is reflected in the Location bar, only Dolphin seems to be affected.

A similar bug (or rather the inverse of it) affects file dialogs: the redirect is reflected in the Location bar, but when a file is selected, the dialog behaves as if one was in the server's root directory: Bug 465368.