30 Dec
2018
30 Dec
'18
5:17 p.m.
Happy New Year to all.
I just noticed I can no longer sftp in konqueror to sites I normally
"visit". It's been a week or 2 since I last used the feature, but I
think a Trinity update may have caused this snafu.
I'm running Ubuntu 16.04 with Trinity 14.0.6 using the Preliminary
Stable Builds repository.
konqueror "claims" it's connecting, but it just hangs after that.
I see _nothing_ concerning the attempt in either the local or remote
logs.
Every failure in konqueror works Just Fine when replicated on the
command line. E.G.,
sftp://UserID:PASSword@example.com fails in konqueror
sftp UserID:PASSword@example.com connects just fine on the command line
... as well, it fails on sites where I use SSH Key-Based Authentication.
And, again, it works Just Fine at the command line.
Anyone else confirm?
Thank you,
Jonesy
--
<pre> Marvin L Jones | Marvin | W3DHJ | linux
Pueblo, Colorado | @ | Jonesy | FreeBSD __
38.238N 104.547W | jonz.net | DM78rf | OS/2 SK
31 Dec
31 Dec
3:35 a.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 2018/12/31 02:17 AM, Marvin Jones via trinity-users wrote:
Happy New Year to all.
I just noticed I can no longer sftp in konqueror to sites I normally "visit".
It's been a week or 2 since I last
used the feature, but I think a Trinity update may have caused this snafu.
I'm running Ubuntu 16.04 with Trinity 14.0.6 using the Preliminary Stable Builds
repository.
konqueror "claims" it's connecting, but it just hangs after that. I see
_nothing_ concerning the attempt in either
the local or remote logs.
Every failure in konqueror works Just Fine when replicated on the command line. E.G.,
sftp://UserID:PASSword@example.com fails in konqueror
sftp UserID:PASSword@example.com connects just fine on the command line
.. as well, it fails on sites where I use SSH Key-Based Authentication. And, again, it
works Just Fine at the
command line.
Anyone else confirm?
Thank you, Jonesy
I am on R14.1.0-dev and sftp works fine in Konqueror.
Does your password contain special non-ASCII characters? And if so, what is your locale?
Cheers
Michele
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEjhl1z5vbYB3YbFTiKnW3yore1c8FAlwpjosACgkQKnW3yore
1c+OUg//TOQC/chUY5zvEPsd+x7cexx+4+bp92xEkOk3QHerBL8i3I+Wt0NfTJ+/
3H4Fvd+hDtOfn8axnmnOoh/Q1VvumgrwmowCuPW9Eu5iPvdLfjCE2v5Kp42/08ZN
3Lc/3eWeyOD50cKcnUaKBdfkeNEyN5d0OvYWOd2At1RbG8x6k/y4fkUaHyur4vrs
v5qM7P6BgcZXl5bVBDmgV/XOtlq/LEtxShJA8xf7hhTBRvGO44qWtMV462Thm6os
Wc0MrSxXbzx42BzyJXKYEdPTkB98gh36sD/44lA63GIvDUXumvzw/4iSwsINRUdd
tWDmGUX/3sBjF/sKMpZ5y8mgi9xndrUZVfFIse2Gc3zQJ2Mjxex3BuU2vLOoz3HB
VPxiAIPCkAMnAsdbsELI49eE3eXURzXEqAHWtRlfg1tg766Ju8qxcB75wNZLZEQZ
os6Rrwh13na+NgLcbN+BxngAcVipOPoYAWZ8ZAaOv9TIeVQh0LPKnRZslr7JYUam
bnzBPv5xqshVacJfKWwyuB2VSVdHLYycV2uGVqwR39Ze008sTNsTt10Z+pX0SRyi
hNSCCxa0dkjl5KpXhU0AMnlyi6XRvrHTleSKSjB06Wch2fjHjhSXVc6V+5ITA5Wo
zethQzNtPzsTy6Hz8MsBfIAuv5rHryeb0iKdbZyNuYG91srcbDg=
=YoDQ
-----END PGP SIGNATURE-----
1:37 p.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
On Mon, 31 Dec 2018, Michele Calgaro via trinity-users wrote:
On 2018/12/31 02:17 AM, Marvin Jones via trinity-users
wrote:
Thank you for your reply.
No, I have no "special non-ASCII characters" in the passwords.
Anyway, as I stated in the OP, it also fails on sites where I use
SSH Key-Based Authentication.
$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Still fails after a reboot on the client end.
The other end involves various servers.
ssh, sftp, and sshfs all play nice from the command line.
I'll do a test that just occurred to me: I'll try sftp'ing into my own
workstation.
I'll be back in a while.
Jonesy
Happy New Year to all.
I just noticed I can no longer sftp in konqueror to sites I normally
"visit". It's been a week or 2 since I last used the feature, but I
think a Trinity update may have caused this snafu.
I'm running Ubuntu 16.04 with Trinity 14.0.6 using the Preliminary
Stable Builds repository.
konqueror "claims" it's connecting, but it just hangs after that. I
see _nothing_ concerning the attempt in either the local or remote
logs.
Every failure in konqueror works Just Fine when replicated on the
command line. E.G.,
sftp://UserID:PASSword@example.com fails in konqueror
sftp UserID:PASSword@example.com connects just fine on the command line
.. as well, it fails on sites where I use SSH Key-Based
Authentication. And, again, it works Just Fine at the command line.
I am on R14.1.0-dev and sftp works fine in Konqueror.
Does your password contain special non-ASCII characters? And if so,
what is your locale? 
2:45 p.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
Am Montag, 31. Dezember 2018 schrieb Marvin Jones via trinity-users:
On Mon, 31 Dec 2018, Michele Calgaro via trinity-users
wrote:
Does fish://.... work?
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
On 2018/12/31 02:17 AM, Marvin Jones via
trinity-users wrote:
Thank you for your reply.
No, I have no "special non-ASCII characters" in the passwords.
Anyway, as I stated in the OP, it also fails on sites where I use
SSH Key-Based Authentication.
$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Still fails after a reboot on the client end.
The other end involves various servers.
ssh, sftp, and sshfs all play nice from the command line.
I'll do a test that just occurred to me: I'll try sftp'ing into my own
workstation.
I'll be back in a while.
Jonesy
---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-users-unsubscribe(a)lists.pearsoncomputing.net
For additional commands, e-mail: trinity-users-help(a)lists.pearsoncomputing.net
Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Happy New Year to all.
I just noticed I can no longer sftp in konqueror to sites I normally
"visit". It's been a week or 2 since I last used the feature, but I
think a Trinity update may have caused this snafu.
I'm running Ubuntu 16.04 with Trinity 14.0.6 using the Preliminary
Stable Builds repository.
konqueror "claims" it's connecting, but it just hangs after that. I
see _nothing_ concerning the attempt in either the local or remote
logs.
Every failure in konqueror works Just Fine when replicated on the
command line. E.G.,
sftp://UserID:PASSword@example.com fails in konqueror
sftp UserID:PASSword@example.com connects just fine on the command line
.. as well, it fails on sites where I use SSH Key-Based
Authentication. And, again, it works Just Fine at the command line.
I am on R14.1.0-dev and sftp works fine in Konqueror.
Does your password contain special non-ASCII characters? And if so,
what is your locale?
3:12 p.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
On Mon, 31 Dec 2018, Marvin Jones via trinity-users wrote:
I just noticed I can no longer sftp in konqueror to sites I normally
"visit". It's been a week or 2 since I last used the feature, but I
think a Trinity update may have caused this snafu.
I'm running Ubuntu 16.04 with Trinity 14.0.6 using the Preliminary
Stable Builds repository.
Still fails after a reboot on the client end.
The other end involves various servers.
ssh, sftp, and sshfs all play nice from the command line.
I'll do a test that just occurred to me:
I'll try sftp'ing into my ownw orkstation.
OH BOY! It just gets stranger and stranger.
One of my brain cells fired off and I remembered "fish".
(And I just now see a reply from Nikolaus also about "fish".)
So, locally I tried all 'flavors' of sftp and fish.
All the following done in the konqueror address "box":
|fish://jonesy@localhost
(WORKS!)
|fish://jonesy@127.0.0.1
(instantly:)
|An error occurred while loading fish://jonesy@127.0.0.1:
|Could not connect to host 127.0.0.1.
|fish://jonesy@192.168.1.17
(instantly:)
|An error occurred while loading fish://jonesy@192.168.1.17:
|Could not connect to host 192.168.1.17.
|sftp://jonesy@localhost
(after about 1 minute:)
|An error occurred while loading sftp://jonesy@localhost:
|The process for the sftp://localhost protocol died unexpectedly.
|sftp://jonesy@127.0.0.1
(after about 1 minute:)
|An error occurred while loading sftp://jonesy@127.0.0.1:
|The process for the sftp://127.0.0.1 protocol died unexpectedly.
|sftp://jonesy@192.168.1.17
(after about 1 minute:)
|An error occurred while loading sftp://jonesy@192.168.1.17:
|The process for the sftp://192.168.1.17 protocol died unexpectedly.
What's especially strange is that fish to localhost WORKS (which IS
mapped to 127.0.0.1 in /etc/hosts), but fish to 127.0.0.1 FAILS!
So, the test(s) shows that problem occurs within my local workstation,
and should rule out any issue with the remote hosts.
I have to believe the problem is in konqueror or some sub-component it
uses for this feature/function.
How to debug??
It's not like I can use -v -v -v as I can on the ssh/sftp command line.
Jonesy
10:19 p.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
On 12/31/2018 09:12 AM, Marvin Jones via trinity-users wrote:
What's especially strange is that fish to
localhost WORKS (which IS
mapped to 127.0.0.1 in /etc/hosts), but fish to 127.0.0.1 FAILS!
So, the test(s) shows that problem occurs within my local workstation,
and should rule out any issue with the remote hosts.
I have to believe the problem is in konqueror or some sub-component it
uses for this feature/function.
Back in the 2012 days there was a bug with sftp:// that Tim patched, but in
that case fish continued to work. If both sftp and fish fail in konqueror, but
work in konsole from the command line, then that would point to a
tdelibe/kio_slaves (or maybe tdebase) I haven't looked in ages. There is
global component that coordinate the kioslaves themselves as well as source
file for each individual slave (e.g. sftp, fish, etc..)
The fact that it works on the command line would tend to rule out a
name-resolution issue.
--
David C. Rankin, J.D.,P.E.
1 Jan
1 Jan
2:31 a.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
On Mon, 31 Dec 2018, David C. Rankin wrote:
On 12/31/2018 09:12 AM, Marvin Jones via trinity-users
wrote:
Ahhh... I thought fish and sftp were realized "internally".
|jonesy@nix5:~$ locate sftp | egrep '(bin|lib)'
|/opt/trinity/lib/trinity/tdeio_sftp.la
|/opt/trinity/lib/trinity/tdeio_sftp.so
|/usr/bin/sftp
|/usr/lib/gvfs/gvfsd-sftp
|/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/sftp.so
|jonesy@nix5:~$ locate fish | egrep '(bin|lib)'
|/opt/trinity/lib/trinity/tdeio_fish.la
|/opt/trinity/lib/trinity/tdeio_fish.so
|/usr/lib/x86_64-linux-gnu/qt5/plugins/kf5/kio/fish.so
(The output from `locate fish | egrep '(bin|lib)'` needed editing
to eliminate non-applicable system/application components.)
What's especially strange is that fish to
localhost WORKS (which IS
mapped to 127.0.0.1 in /etc/hosts), but fish to 127.0.0.1 FAILS!
So, the test(s) shows that problem occurs within my local workstation,
and should rule out any issue with the remote hosts.
I have to believe the problem is in konqueror or some sub-component it
uses for this feature/function.
Back in the 2012 days there was a bug with sftp:// that Tim patched, but in
that case fish continued to work. If both sftp and fish fail in konqueror, but
work in konsole from the command line, then that would point to a
tdelibe/kio_slaves (or maybe tdebase) I haven't looked in ages. There is
global component that coordinate the kioslaves themselves as well as source
file for each individual slave (e.g. sftp, fish, etc..) The fact that it works on the command line would tend
to rule out a
name-resolution issue.
That, and the fact that it fails using ip destination addressing.
And, why would it work -- out of all the possible sftp & fish
combinations I tried -- ONLY with fish://jonesy@localhost/
I believe it was working up to the most recent system update I did.
That update brought in a bunch of system (Ubuntu) and Trinity changes.
I still believe the problem lies with konqueror -- or with a new
incompatibility between konqueror (Trinity) and Ubuntu.
I can readily do almost everything I need with command line ssh,
sftp, and sshfs. But, there are some maintenance activities that
would be SO MUCH easier and straightforward with konqueror.
Jonesy
2 Jan
2 Jan
6:07 a.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
On 12/31/2018 08:31 PM, Marvin Jones via trinity-users wrote:
I believe it was working up to the most recent system
update I did.
That update brought in a bunch of system (Ubuntu) and Trinity changes.
I still believe the problem lies with konqueror -- or with a new
incompatibility between konqueror (Trinity) and Ubuntu.
I can readily do almost everything I need with command line ssh,
sftp, and sshfs. But, there are some maintenance activities that
would be SO MUCH easier and straightforward with konqueror.
It sounds like how the url is being passed by konqueror to the kioslaves. (I'm
still on KDE3 (Leap 15) and both fish and sftp are working fine (just tried a
remote sftp:// to my office using RSA keys and it works flawlessly)
I do recall a large "renaming" effort that was going to take place a month or
two ago -- you could be experiencing "side-effects" of the latest round (a
't'
and 'k' mismatch?) Hopefully you are not the proverbial
Canary-in-the-Coal-Mine...
The only problem I have encountered in the past year or so was with openssh
reducing the number of sequential logins allowed (so with kate when I had 100
build scripts open, the first 20 were fine and the last 80 would fail
initially), but that isn't your issue.
There was a way to set kdebug logging individually with kdebugdialog. You may
want to make sure the following are enabled (should be by default)
127 kio (kProtocolInfo)
170 kdecore (KNetwork sockets)
174 kdecore (KProcIO)
1219 media kioslave
1220 remote kioslave
5100 libkdenetwork
7000 kio
7002 kio (Slave)
7005 kio (Filter)
7007 kio (KIOJob)
7017 kio (KIOConnection)
7019 kio (kioslave)
7023 kuirfilter (plugins)
7024 kio (UIServer)
7027 kio (TCPSlaveBase)
7032 kio (KURLCompletion)
7120 kio_sftp
7127 kio_fish
(they should be on/checked by default)
That's about the best I can think of.
--
David C. Rankin, J.D.,P.E.
3 Jan
3 Jan
1:35 a.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
I do recall a large "renaming" effort that
was going to take place a month or two ago -- you could be experiencing
"side-effects" of the latest round (a 't' and 'k' mismatch?)
Hopefully you are not the proverbial
Canary-in-the-Coal-Mine...
It is definitely not that, since the renaming was only
applied to the master branch (e.g. R14.1.0 DEV).
There was a way to set kdebug logging individually
with kdebugdialog. You may want to make sure the following are
enabled (should be by default)
127 kio (kProtocolInfo) 170 kdecore (KNetwork sockets) 174 kdecore (KProcIO) 1219 media
kioslave 1220 remote
kioslave 5100 libkdenetwork 7000 kio 7002 kio (Slave) 7005 kio (Filter) 7007 kio (KIOJob)
7017 kio (KIOConnection)
7019 kio (kioslave) 7023 kuirfilter (plugins) 7024 kio (UIServer) 7027 kio (TCPSlaveBase)
7032 kio
(KURLCompletion) 7120 kio_sftp 7127 kio_fish
Just for info, most of these are now tde* and not k* in TDE and the application is
called tdedebugdialog.
Cheers
Michele
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEjhl1z5vbYB3YbFTiKnW3yore1c8FAlwtZtEACgkQKnW3yore
1c85XBAAsFQYAMH11HKwb/OddUNvjpENRINMSyE3yKWWyKHTO677a8BmxDONlENO
xvQZLBWBx+Ox6rJwCes20xeRAR58TCb7wuq5EbAW31p8KFUQM5XGxuc4fHmsoX/W
DSaRkalMJany1iMRGv40gKd0nU5wljCzOjj1YD4pBhYK06mdDi9Uy4JFwdV7z7lb
UtV1g0e05YUUnWu8PmfUZOaO/rhRYEhP8cDJLkwLdkek4oB+to6H3hodY7lLUnA/
65vQSp53032lhAAzT0ab3FTFSd+MGcqZYuuDCGKLBsmF2bzwQHyOaAu5AS/9YnGw
qcExcEyS0lQ46gu5AmfSBfjEpvOsRXCjWwAa1WIa7i25RHwmhPtGyCEbd6+fYoEJ
Rws2f5Vmq0fh/lFL6m41zEcxxrw7s5tIje5YOU/9uZX0mQXu0pEXJgnj6wE8+K+M
juwwsjV3A1GG8cYVnr/sZq+QnQ+Q1SYwhaz/1sa/hXU7Ob4FSG6B8Q2SRbDpjsMq
wRHBtOwXcy14SxErTYG33ZCq8DQ6uiw6aI2zE+FL6Wvi4oUQub3fMAyJwFjzZT0L
4Kax8Ppy89/hxbFBwCp5mXXv6m8jDcMfYLB2wUZzplVbwtg3l2m11prm7H9BTai7
IDw1d1DeyaHUEiSugWTIN9EKLVdKVAt8HDW9CSaQUiLlS+dZAVc=
=3oMV
-----END PGP SIGNATURE-----
5 Jan
5 Jan
2:18 a.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
On 01/02/2019 07:35 PM, Michele Calgaro via trinity-users wrote:
Just for info, most of these are now tde* and not k*
in TDE and the
application is called tdedebugdialog.
Cheers Michele
As long as you don't rename
Kate -> Take or
Konsole -> Tonsole or
Konqueror -> Tonqueror,
I guess the renaming makes sense.
(though personally I've always wondered if those hundreds of man-hours may not
have been better spent elsewhere)
Glad the ssh/fish issue wasn't a side-effect.
--
David C. Rankin, J.D.,P.E.
1 Jan
1 Jan
3:09 a.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 2018/12/31 10:37 PM, Marvin Jones via trinity-users wrote:
No, I have no "special non-ASCII characters"
in the passwords.
Ok thanks. The reason why I asked is that there were some changes
a few weeks ago related to password handling code and
if you had special non-ascii characters in your password, this could have perhaps been a
problem. With normal ASCII
chars we can rule out any influence from this.
Yeah, your problem seems a bit funny to say the least, since I would expect either
everything works or everything
fails, but not a mix of that. I can't reproduce it here, but please open a bug report
on bugzilla or even better a
issue report on TGW, so that it does not get lost.
https://mirror.git.trinitydesktop.org/gitea
https://wiki.trinitydesktop.org/TDE_Gitea_Workspace (guide)
Is anyone else able to reproduce the same issue? Or does sftp/fish works fine?
Cheers
Michele
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEjhl1z5vbYB3YbFTiKnW3yore1c8FAlwq2e4ACgkQKnW3yore
1c8X8A/9HMDjimAixNuh8bHC79O1SR6rmGqb6i8AxR++6R0GC65DInJaVf3Nqm8P
z1p73kj97KqJXVh4qzacoMoAt1JObsGuPMKGRp2fKDpIaIpBC75BM6QiKfajQgIS
z3NAAhhorikihEnG4jUJMKQdgD81I3rU+BlRkAHJd6npmy/YpPNaswAEMrTLApiK
De3uSYfn88aAKMLyvREQGVI0z1vyEx+uUHBiI1iIO9z5yNLPoJhIEoT+tpl0UgH8
N/c6SkRx97aMkjdcJDdxAdN244cot/xIDKQIvYo5uy9DUgXk8RWLBAXjPEulX//z
q9jnfHmiDyJhKNYVfs01WHLM2VmIpM6lHOMoj3EO8RkFLolPnnNsF5lGQbfN6KM3
LFic3SVWKYBMvV08WRCDVHFW3gR6Q27F9Er4QJHaGUfqzdKuzKj7n1UZ7wcYZano
ZXyNsiBFz71+8QfUITMImt+w9RSSQsPthXZMF0/VMvvlQfplkMfDkRLh2hLPNUyw
4XQ3578van10/wwi2yDrdjwJ2C9d/AgNPmZlvv2u5Iq5oow3hrL9nsBDvHP+nLUt
DcHGioizEKXvqU66bkq99cTBqGg/Y/E6vp19LyLuyteitVnJLf/C/us8kA/KsGhg
JRxVjrtFoxB/I+s8kYl5TT1aSaoFhHT2lxdBOcm+EISrAi4hSrU=
=PWqu
-----END PGP SIGNATURE-----
3:39 a.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
On Monday 31 December 2018 09:09:38 pm Michele Calgaro via trinity-users
wrote:
On 2018/12/31 10:37 PM, Marvin Jones via trinity-users
wrote:
Konqueror R14.04 (Using Trinity R14.04)
sftp://username@IP
works fine. (SSH Key-Based Authentication)
Hope that helps to reduce a data point...
Best,
Michael
No, I have no "special non-ASCII
characters" in the passwords.
Ok thanks. The reason why I asked is that there were some changes a few
weeks ago related to password handling code and if you had special
non-ascii characters in your password, this could have perhaps been a
problem. With normal ASCII chars we can rule out any influence from this.
Yeah, your problem seems a bit funny to say the least, since I would expect
either everything works or everything fails, but not a mix of that. I can't
reproduce it here, but please open a bug report on bugzilla or even better
a issue report on TGW, so that it does not get lost.
https://mirror.git.trinitydesktop.org/gitea
https://wiki.trinitydesktop.org/TDE_Gitea_Workspace (guide)
Is anyone else able to reproduce the same issue? Or does sftp/fish works
fine? 
8 Jan
8 Jan
7:36 p.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
Am Dienstag, 1. Januar 2019 schrieb Michael:
fish://username@server
sftp://username@server
both seem to work with SSH Key-Based Authentication.
$ konqueror --version
Qt: 3.5.0
TDE: R14.0.6 [DEVELOPMENT]
Konqueror: R14.0.5
$ acp konqueror-trinity
konqueror-trinity:
Installiert: 4:14.0.6~pre29-0debian9.0.0+9
Installationskandidat: 4:14.0.6~pre29-0debian9.0.0+9
Versionstabelle:
*** 4:14.0.6~pre29-0debian9.0.0+9 500
500 http://mirror.xcer.cz/trinity-sb stretch/main-r14 amd64 Packages
100 /var/lib/dpkg/status
Kind regards,
Stefan
On Monday 31 December 2018 09:09:38 pm Michele Calgaro
via trinity-users
wrote:
> On 2018/12/31 10:37 PM, Marvin Jones via trinity-users wrote:
[…]
Is anyone else
able to reproduce the same issue? Or does sftp/fish
works fine?
Konqueror R14.04 (Using Trinity R14.04)
sftp://username@IP
works fine. (SSH Key-Based Authentication)
10 Jan
10 Jan
2:24 p.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
On 2019/01/09 04:36 AM, Stefan Krusche wrote:
Am Dienstag, 1. Januar 2019 schrieb Michael:
fish://username@server sftp://username@server
both seem to work with SSH Key-Based Authentication.
$ konqueror --version Qt: 3.5.0 TDE: R14.0.6 [DEVELOPMENT] Konqueror: R14.0.5
$ acp konqueror-trinity konqueror-trinity: Installiert:
4:14.0.6~pre29-0debian9.0.0+9
Installationskandidat: 4:14.0.6~pre29-0debian9.0.0+9 Versionstabelle: ***
4:14.0.6~pre29-0debian9.0.0+9 500 500
http://mirror.xcer.cz/trinity-sb stretch/main-r14 amd64 Packages 100
/var/lib/dpkg/status
Kind regards, Stefan
For those interested in follow ups, the discussion is going on TGW tdebase #24.
https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/issues/24
Cheers
Michele
On Monday 31 December 2018 09:09:38 pm Michele
Calgaro via trinity-users
wrote:
> On 2018/12/31 10:37 PM, Marvin Jones via trinity-users wrote:
[…]
Is anyone
else able to reproduce the same issue? Or does sftp/fish works fine?
Konqueror R14.04 (Using Trinity R14.04)
sftp://username@IP
works fine. (SSH Key-Based Authentication) -----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEjhl1z5vbYB3YbFTiKnW3yore1c8FAlw3VbIACgkQKnW3yore
1c8zhg//ZNvPo3wZmP6xbkYhsQ/nNjd13XqOx2ttK7EPWlleHxJa47m8mPMSlido
1C6UgVWf9QEC+4o2gwDTcCRu3BKcJ2CdQwyGkONdnZ5EqAVbRuFx2q5I2/qPp1W+
nzFIukPd7bJKQdAJGUyKMzQzHs3yfDH+UbY4ByVNQgrWOk6wQq/zbR7UQMrOKZoY
h+MKWC38vX2iv4vAAY0645w9dcFr1hCzQPxhgPYP5n1Ma509DF6n7r7aHq9++AYI
8o/lnhaBIuDRLFJ6qBsTaCL51KTpCWQWdEW66xCLaaX2P4QnUp9BakrTBC6+RuLg
4k90VReuzM79KGXx0wSU4FXIe34AJVyOX+C7pUyT2MJ93fOWBbkDSdhODFjlF7DE
4TjU/H4jAHq91o4zjhSNjiKezK6Ulol30Fnk7AK4NWLFfzSqS1QRhrjVkIGi+dfV
1cQB3KKT1YLz9MwyvsWlmBgTuw+J5kbIa9ITmaGB6EUlLWTMrF8McWxXmaYGNqPq
/5PFzx7vX8apo3TQQWTQcjOCoapr/QCM+fbl/Mi2bIWyZq0l3fyubcT+Bdcbn8Kt
pJItEQBJUAPQj69MqoQY5+HebJNa5bU3pLFu6rJfPhXgIs+3zkJW3xM+vLAcUPjv
xMyRGsXFE50XYYE+lJPIRF7a5+35/OictAsChWAwV+M41S9y9DY=
=Tmg+
-----END PGP SIGNATURE-----
1 Jan
1 Jan
3:59 a.m.
New subject: [trinity-users] Lost ability to sftp via konqueror
On Tue, 1 Jan 2019, Michele Calgaro via trinity-users wrote:
On 2018/12/31 10:37 PM, Marvin Jones via trinity-users wrote:
As well, it fails with ssh-key authentication.
No, I have no "special non-ASCII
characters" in the passwords.
Ok thanks. The reason why I asked is that there were some changes a few
weeks ago related to password handling code and if you had special
non-ascii characters in your password, this could have perhaps been a
problem. With normal ASCII chars we can rule out any influence from
this. Yeah, your problem seems a bit funny to say the least,
since I would
expect either everything works or everything fails, but not a mix of
that. I can't reproduce it here, but please open a bug report on
bugzilla or even better a issue report on TGW, so that it does not get
lost. https://mirror.git.trinitydesktop.org/gitea
https://wiki.trinitydesktop.org/TDE_Gitea_Workspace (guide)
Thanks for the pointers (above). The last time I worked with the
Trinity bug system was years ago -- back in my Ubuntu 9.1 days!
I'll report my problem (the bug) next year. :-) (3+ hours from now.)
Jonesy
--
<pre> Marvin L Jones | Marvin | W3DHJ | linux
Pueblo, Colorado | @ | Jonesy | FreeBSD __
38.238N 104.547W | jonz.net | DM78rf | OS/2 SK
2181
days inactive
2192
days old
14 comments
6 participants
participants (6)
-
David C. Rankin -
Dr. Nikolaus Klepp -
Marvin Jones via trinity-users -
Michael -
Michele Calgaro via trinity-users
-
Stefan Krusche