NEW BUG - sftp kio is BROKEN
Yasuhiko, I went to use konqueror to browse another Linux box on my LAN as I've done 1000's of times, ctrl + t for a new tab and then: sftp://valkyrie/home/david sftp:// is broken. Usually as you are typing, sftp is so good it autocompletes your path, e.g. sftp://valkyrie/home/d would shown 'david' for completion and you can simply select it and complete the connection. Now, sftp is just broken. See the following link where I attempted to open a saved kate session that opens files from the host on my LAN: https://paste.opensuse.org/pastes/d66c92f7bb18 This is a "hair on fire" moment. We have to figure out what broke and when. It's probably been a couple of weeks since I worked on the remote project, so I don't know what day it broke, but something broke (maybe the new openssh?) The journal shows a coredump: Sep 22 03:36:44 wizard systemd-coredump[13644]: [🡕] Process 13533 (kio_sftp) of user 1000 dumped core. Stack trace of thread 13533: #0 0x00007fcfe00826a3 _ZN11QStringListD1Ev (kio_sftp.so + 0xa6a3) #1 0x00007fcfdfa43c16 __run_exit_handlers (libc.so.6 + 0x43c16) #2 0x00007fcfdfa43d60 __GI_exit (libc.so.6 + 0x43d60) #3 0x00007fcfe1d787cb _ZN3KIO9SlaveBase15sigsegv_handlerEi (libkio.so.4 + 0x1787cb) #4 0x00007fcfdfa41290 __restore_rt (libc.so.6 + 0x41290) #5 0x00007fcfe0fd5dac _ZN7QStringaSERKS_ (libqt-mt.so.3 + 0x5d5dac) #6 0x00007fcfe008f068 _ZN11KSshProcess7getLineEv (kio_sftp.so + 0x17068) #7 0x00007fcfe008f9fd _ZN11KSshProcess7connectEv (kio_sftp.so + 0x179fd) #8 0x00007fcfe009086e _ZN12sftpProtocol14openConnectionEv.part.0 (kio_sftp.so + 0x1886e) #9 0x00007fcfe008ac45 _ZN12sftpProtocol3getERK4KURL (kio_sftp.so + 0x12c45) #10 0x00007fcfe1dae478 _ZN3KIO9SlaveBase8dispatchEiRK9QMemArrayIcE (libkio.so.4 + 0x1ae478) #11 0x00007fcfe1dac371 _ZN3KIO9SlaveBase12dispatchLoopEv (libkio.so.4 + 0x1ac371) #12 0x00007fcfe0085489 kdemain (kio_sftp.so + 0xd489) #13 0x000055d01bf90d7d _ZL6launchiPKcS0_S0_iS0_bS0_bS0_ (kdeinit + 0x8d7d) #14 0x000055d01bf91f60 _ZL23handle_launcher_requesti (kdeinit + 0x9f60) #15 0x000055d01bf9254a _ZL15handle_requestsi (kdeinit + 0xa54a) #16 0x000055d01bf8e9fb main (kdeinit + 0x69fb) #17 0x00007fcfdfa2a340 __libc_start_call_main (libc.so.6 + 0x2a340) #18 0x00007fcfdfa2a409 __libc_start_main_impl (libc.so.6 + 0x2a409) #19 0x000055d01bf8f185 _start (kdeinit + 0x7185) ELF object binary architecture: AMD x86-64 Sep 22 03:36:44 wizard systemd[1]: systemd-coredump@5-13638-0.service: Deactivated successfully. Sep 22 03:36:44 wizard systemd-coredump[13641]: [🡕] Process 13517 (kio_sftp) of user 1000 dumped core. Stack trace of thread 13517: #0 0x00007fcfe00826a3 _ZN11QStringListD1Ev (kio_sftp.so + 0xa6a3) #1 0x00007fcfdfa43c16 __run_exit_handlers (libc.so.6 + 0x43c16) #2 0x00007fcfdfa43d60 __GI_exit (libc.so.6 + 0x43d60) #3 0x00007fcfe1d787cb _ZN3KIO9SlaveBase15sigsegv_handlerEi (libkio.so.4 + 0x1787cb) #4 0x00007fcfdfa41290 __restore_rt (libc.so.6 + 0x41290) #5 0x00007fcfe0fd5dac _ZN7QStringaSERKS_ (libqt-mt.so.3 + 0x5d5dac) #6 0x00007fcfe008f068 _ZN11KSshProcess7getLineEv (kio_sftp.so + 0x17068) #7 0x00007fcfe008f9fd _ZN11KSshProcess7connectEv (kio_sftp.so + 0x179fd) #8 0x00007fcfe009086e _ZN12sftpProtocol14openConnectionEv.part.0 (kio_sftp.so + 0x1886e) #9 0x00007fcfe008ac45 _ZN12sftpProtocol3getERK4KURL (kio_sftp.so + 0x12c45) #10 0x00007fcfe1dae478 _ZN3KIO9SlaveBase8dispatchEiRK9QMemArrayIcE (libkio.so.4 + 0x1ae478) #11 0x00007fcfe1dac371 _ZN3KIO9SlaveBase12dispatchLoopEv (libkio.so.4 + 0x1ac371) #12 0x00007fcfe0085489 kdemain (kio_sftp.so + 0xd489) #13 0x000055d01bf90d7d _ZL6launchiPKcS0_S0_iS0_bS0_bS0_ (kdeinit + 0x8d7d) #14 0x000055d01bf91f60 _ZL23handle_launcher_requesti (kdeinit + 0x9f60) #15 0x000055d01bf9254a _ZL15handle_requestsi (kdeinit + 0xa54a) #16 0x000055d01bf8e9fb main (kdeinit + 0x69fb) #17 0x00007fcfdfa2a340 __libc_start_call_main (libc.so.6 + 0x2a340) #18 0x00007fcfdfa2a409 __libc_start_main_impl (libc.so.6 + 0x2a409) #19 0x000055d01bf8f185 _start (kdeinit + 0x7185) ELF object binary architecture: AMD x86-64 Any ideas? Or do you want a bug report opened? Let me know. This may just need to be option changes to use the new openssh? -- David C. Rankin, J.D.,P.E.
On 9/22/24 3:46 AM, David C. Rankin wrote:
The journal shows a coredump:
Sep 22 03:36:44 wizard systemd-coredump[13644]: [🡕] Process 13533 (kio_sftp) of user 1000 dumped core.
Stack trace of thread 13533: #0 0x00007fcfe00826a3 _ZN11QStringListD1Ev (kio_sftp.so + 0xa6a3) #1 0x00007fcfdfa43c16 __run_exit_handlers (libc.so.6 + 0x43c16) #2 0x00007fcfdfa43d60 __GI_exit (libc.so.6 + 0x43d60) #3 0x00007fcfe1d787cb _ZN3KIO9SlaveBase15sigsegv_handlerEi (libkio.so.4 + 0x1787cb) #4 0x00007fcfdfa41290 __restore_rt (libc.so.6 + 0x41290) #5 0x00007fcfe0fd5dac _ZN7QStringaSERKS_ (libqt-mt.so.3 + 0x5d5dac) #6 0x00007fcfe008f068 _ZN11KSshProcess7getLineEv (kio_sftp.so + 0x17068) #7 0x00007fcfe008f9fd _ZN11KSshProcess7connectEv (kio_sftp.so + 0x179fd) #8 0x00007fcfe009086e _ZN12sftpProtocol14openConnectionEv.part.0 (kio_sftp.so + 0x1886e) #9 0x00007fcfe008ac45 _ZN12sftpProtocol3getERK4KURL (kio_sftp.so + 0x12c45) #10 0x00007fcfe1dae478 _ZN3KIO9SlaveBase8dispatchEiRK9QMemArrayIcE (libkio.so.4 + 0x1ae478) #11 0x00007fcfe1dac371 _ZN3KIO9SlaveBase12dispatchLoopEv (libkio.so.4 + 0x1ac371) #12 0x00007fcfe0085489 kdemain (kio_sftp.so + 0xd489) #13 0x000055d01bf90d7d _ZL6launchiPKcS0_S0_iS0_bS0_bS0_ (kdeinit + 0x8d7d) #14 0x000055d01bf91f60 _ZL23handle_launcher_requesti (kdeinit + 0x9f60) #15 0x000055d01bf9254a _ZL15handle_requestsi (kdeinit + 0xa54a) #16 0x000055d01bf8e9fb main (kdeinit + 0x69fb) #17 0x00007fcfdfa2a340 __libc_start_call_main (libc.so.6 + 0x2a340) #18 0x00007fcfdfa2a409 __libc_start_main_impl (libc.so.6 + 0x2a409) #19 0x000055d01bf8f185 _start (kdeinit + 0x7185) ELF object binary architecture: AMD x86-64 Sep 22 03:36:44 wizard systemd[1]: systemd-coredump@5-13638-0.service: Deactivated successfully. Sep 22 03:36:44 wizard systemd-coredump[13641]: [🡕] Process 13517 (kio_sftp) of user 1000 dumped core.
Stack trace of thread 13517: #0 0x00007fcfe00826a3 _ZN11QStringListD1Ev (kio_sftp.so + 0xa6a3) #1 0x00007fcfdfa43c16 __run_exit_handlers (libc.so.6 + 0x43c16) #2 0x00007fcfdfa43d60 __GI_exit (libc.so.6 + 0x43d60) #3 0x00007fcfe1d787cb _ZN3KIO9SlaveBase15sigsegv_handlerEi (libkio.so.4 + 0x1787cb) #4 0x00007fcfdfa41290 __restore_rt (libc.so.6 + 0x41290) #5 0x00007fcfe0fd5dac _ZN7QStringaSERKS_ (libqt-mt.so.3 + 0x5d5dac) #6 0x00007fcfe008f068 _ZN11KSshProcess7getLineEv (kio_sftp.so + 0x17068) #7 0x00007fcfe008f9fd _ZN11KSshProcess7connectEv (kio_sftp.so + 0x179fd) #8 0x00007fcfe009086e _ZN12sftpProtocol14openConnectionEv.part.0 (kio_sftp.so + 0x1886e) #9 0x00007fcfe008ac45 _ZN12sftpProtocol3getERK4KURL (kio_sftp.so + 0x12c45) #10 0x00007fcfe1dae478 _ZN3KIO9SlaveBase8dispatchEiRK9QMemArrayIcE (libkio.so.4 + 0x1ae478) #11 0x00007fcfe1dac371 _ZN3KIO9SlaveBase12dispatchLoopEv (libkio.so.4 + 0x1ac371) #12 0x00007fcfe0085489 kdemain (kio_sftp.so + 0xd489) #13 0x000055d01bf90d7d _ZL6launchiPKcS0_S0_iS0_bS0_bS0_ (kdeinit + 0x8d7d) #14 0x000055d01bf91f60 _ZL23handle_launcher_requesti (kdeinit + 0x9f60) #15 0x000055d01bf9254a _ZL15handle_requestsi (kdeinit + 0xa54a) #16 0x000055d01bf8e9fb main (kdeinit + 0x69fb) #17 0x00007fcfdfa2a340 __libc_start_call_main (libc.so.6 + 0x2a340) #18 0x00007fcfdfa2a409 __libc_start_main_impl (libc.so.6 + 0x2a409) #19 0x000055d01bf8f185 _start (kdeinit + 0x7185) ELF object binary architecture: AMD x86-64
Any ideas? Or do you want a bug report opened? Let me know. This may just need to be option changes to use the new openssh?
As a workaround, I can still connect with fish:// Let me know on how you want to proceed with the sftp_kio bug. -- David C. Rankin, J.D.,P.E.
On 9/22/24 3:51 AM, David C. Rankin wrote:
As a workaround, I can still connect with fish://
Let me know on how you want to proceed with the sftp_kio bug.
Also, my ssh connections over the LAN rely on public-private gpg key pairs created with ssh-keygen. The connections from konsole continue to work fine, this is just a sftp_kio bug. Let me know if you need me to test or help. Thanks. -- David C. Rankin, J.D.,P.E.
On 9/22/24 4:22 AM, David C. Rankin wrote:
On 9/22/24 3:51 AM, David C. Rankin wrote:
As a workaround, I can still connect with fish://
Let me know on how you want to proceed with the sftp_kio bug.
Also, my ssh connections over the LAN rely on public-private gpg key pairs created with ssh-keygen. The connections from konsole continue to work fine, this is just a sftp_kio bug.
Let me know if you need me to test or help. Thanks.
Yasuhiko, Slavek suggests the following may play into this issue with the new openssh: <quote> Hi David, some time ago we had a quite big change in SFTP - see TDE/tdebase#447 and small update in TDE/tdebase#460: https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/pulls/447 https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/pulls/460 In addition, another time before, there was a backport version based on libssh - see TDE/tdebase#279: https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/pulls/279 So yes, there were quite fundamental changes on the SFTP TDEIO module on the TDE side. It is very likely that all these changes are useful in connection with changes in OpenSSH. </quote> Hopefully the answer is in there :) Let me know what else I can test/do. Thanks. -- David C. Rankin, J.D.,P.E.
Thanks for reporting and suggestion. This problem is caused by a change in openssh prompts implementation. So added a patch to match current prompts. Patch was already submitted to KDE:KDE3 (kdebase3), it will be available soon. On Sun, 22 Sep 2024 13:40:07 -0500 "David C. Rankin" <drankinatty@gmail.com> wrote:
On 9/22/24 4:22 AM, David C. Rankin wrote:
On 9/22/24 3:51 AM, David C. Rankin wrote:
As a workaround, I can still connect with fish://
Let me know on how you want to proceed with the sftp_kio bug.
Also, my ssh connections over the LAN rely on public-private gpg key pairs created with ssh-keygen. The connections from konsole continue to work fine, this is just a sftp_kio bug.
Let me know if you need me to test or help. Thanks.
Yasuhiko,
Slavek suggests the following may play into this issue with the new openssh:
<quote>
Hi David,
some time ago we had a quite big change in SFTP - see TDE/tdebase#447 and small update in TDE/tdebase#460:
https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/pulls/447 https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/pulls/460
In addition, another time before, there was a backport version based on libssh - see TDE/tdebase#279:
https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/pulls/279
So yes, there were quite fundamental changes on the SFTP TDEIO module on the TDE side. It is very likely that all these changes are useful in connection with changes in OpenSSH.
</quote>
Hopefully the answer is in there :) Let me know what else I can test/do. Thanks.
-- David C. Rankin, J.D.,P.E.
-- Yasuhiko Kamata E-mail: belphegor@belbel.or.jp
On 9/22/24 10:38 PM, Yasuhiko Kamata wrote:
Thanks for reporting and suggestion.
This problem is caused by a change in openssh prompts implementation. So added a patch to match current prompts.
Patch was already submitted to KDE:KDE3 (kdebase3), it will be available soon.
Thank you Yasuhiko, Scared the bleep out of me. There were years that sftp was broken in openSUSE kde3 until Tim found the uninitialized pointer problem. I could just imagine another long period of doom. -- David C. Rankin, J.D.,P.E.
On 9/22/24 11:34 PM, David C. Rankin wrote:
On 9/22/24 10:38 PM, Yasuhiko Kamata wrote:
Thanks for reporting and suggestion.
This problem is caused by a change in openssh prompts implementation. So added a patch to match current prompts.
Patch was already submitted to KDE:KDE3 (kdebase3), it will be available soon.
Thank you Yasuhiko,
Scared the bleep out of me. There were years that sftp was broken in openSUSE kde3 until Tim found the uninitialized pointer problem. I could just imagine another long period of doom.
Yasuhiko, Your openssh/kdebase3 foo is powerful! Fixed in: kdebase3-3.5.10.1-382.1.x86_64 Thank you! -- David C. Rankin, J.D.,P.E.
participants (2)
-
David C. Rankin
-
Yasuhiko Kamata