31 Dec
2018
31 Dec
'18
1:37 p.m.
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?