Bug 488723 - ksshaskpass fails to ask
Summary: ksshaskpass fails to ask
Status: REPORTED
Alias: None
Product: ksshaskpass
Classification: Applications
Component: general (show other bugs)
Version: git-stable-Plasma/6.1
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: Jeremy Whiting
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-19 10:13 UTC by flintfire
Modified: 2024-06-28 09:50 UTC (History)
0 users

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


Attachments
rsync script on Leap 155 (1.76 MB, application/pdf)
2024-06-28 09:46 UTC, flintfire
Details

Note You need to log in before you can comment on or make changes to this bug.
Description flintfire 2024-06-19 10:13:08 UTC
***
If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org

If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***

SUMMARY
ksshaskpass fails to ask for password or is not passing on the password. This happens from the konsole and also with apps (e.g. grsync). 
Annoying when you want to do backups to NAS (smb shares) and do not want to type in the pw all the time. 

STEPS TO REPRODUCE
A) grsync
 1. Put in <source> and destination <user@192.168.1.20::BackUp/>
 2. execute it as ssh (-e ssh)
 3. Error: Permission denied. No asking for putting in pw or even when pw are already stored in kwallet no auto login to BackUp possible.
B) konsole
1.  rsync -r -s -e ssh <source local> <destination NAS at user@192.168.1.20::BackUp/>
 a. no asking for putting in pw or even when pw are already stored in kwallet no auto login to BackUp
 b. you have to manually type in the pw
2. SSH_ASKPASS_REQUIRE=force  rsync -r -s -e ssh <source local> <destination NAS at user@192.168.1.20::BackUp/>
 a. works! Auto login to NAS works and rsync starts, all ok. In my opinion the "force" command should not be necessary.


OBSERVED RESULT
ksshaskpass fails and no connection to stored pw in kwallet.

EXPECTED RESULT
A) grsync
 If pw not yet stored in kwallet: Pop-up should appear where you can put in the "yes" (finger) and the pw for the smb-share.
If pw already stored in kwallet: grsync should automatically start syncing.
B) konsole
The simple rsync -e ssh command without the "force" should automatically start the sync.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: I tested: KDE Neon, openSUSE Leap 15.6, Debian 12 with KDE
(available in About System)
KDE Plasma Version: 5.27 - 6.1
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 flintfire 2024-06-23 18:22:52 UTC
C) Script
1. Script
...
#!/bin/bash
#
rsync -r -p -t -e ssh /home/user/Test/ user@192.168.1.20::BackUp/
#
exit
...
2. execute as user
3. Error: Permission denied. No asking for putting in pw or even when pw are already stored in kwallet no auto login to BackUp possible.
Comment 2 flintfire 2024-06-23 18:57:22 UTC
It's a ksshask problem. Becaus this script WORKS:
...
#!/bin/bash
#
rsync -r -p -t -e "sshpass -p PASSWORD ssh -l USER" /home/user/Test/ user@192.168.1.20::BackUp/
#
exit
...
Before you can use this script you need to install "sshpass" (not in default installation).
Comment 3 flintfire 2024-06-28 09:46:06 UTC
Created attachment 171121 [details]
rsync script on Leap 155

shows on a fresh & default Leap 155 installation how easy & practical & quick it was to execute a "rsync -e ssh" script.
Comment 4 flintfire 2024-06-28 09:50:13 UTC
I think it's important to restore that in the attachment above described functionality (execution of a rsync script on Leap 15.5) in the new Leap 15.6.