I attempted to login to both a samba share and a sftp share using a username/password pair where the password begins with an "$". Dolphin fails to login. I successfully login when using alternatives (ssh client, /etc/fstab entry). Reproducible: Always
Thanks for the bug report. (In reply to antonlacon from comment #0) > successfully login when using alternatives (ssh client, > /etc/fstab entry). What happens if you try to log in to the samba or sftp servers with the "Open File" dialog of KWrite or other KDE applications?
I tried logging into the samba server by way of KWrite's Open File dialog. Same result as from Dolphi: a login prompt continually asking me to supply credentials because of a login failure.
(In reply to antonlacon from comment #2) > I tried logging into the samba server by way of KWrite's Open File dialog. > Same result as from Dolphi: a login prompt continually asking me to supply > credentials because of a login failure. Thanks for testing! I'll reassign it to KIO
File a separate bug for sftp please (can't reproduce that problem btw). As for samba. Do you actually try this against an actual samba server or windows/osx? I can reproduce this with a samba server but not with a windows10 server, so I'd be guessing that this is in fact a problem with samba itself. e.g. smbclient also fails to login against the samba server if the password has a dollar sign.
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!
The Linux server that provided these services was retired several years ago (along with the need for said services). It would have been running whatever the current stable samba version would have been from 2013-2016. Neither Windows nor OSX were involved. Sftp was provided by openssh's internal-sftp server, again, with the current stable versions of openssh from 2013-2016. If you can't reproduce, please close. I no longer have the infrastructure set up to test this.
Yeah, that'd have been a problem with samba itself then seeing as I have it working with windows10 hosts. Should someone stumble over this bug in the future please direct your report at the samba bugzilla. There's nothing we can do client side about the server rejecting passwords. To verify in a more controlled manner you can use the smbclient CLI tool, if login fails there to the problem is not something we can fix in KIO and either in libsmbclient or smbd (both maintained by the samba team so the samba bugzilla is the place to be).