> If this is not a bug Failing to connect is probably not a bug. But the lack of useful feedback on the UI or in the debug window when it does is a bug IMHO. Said another way, I should be able to solve this connection problem myself, but I have tried everything at my disposal from extensive research on-line to empirically trying every option I could that might conceivably have had an impact. ## Local System Description * Client: Linux Mint 19.1 Tessa * Remmina version: 1.3.5 (git n/a) * Installation means: PPA * Desktop environment: Cinnamon 4.0.10 * Plugins: NS, RPD (FreeRDP version 2.0.0-dev5 (n/a), RDPF, RDPS, SFTP, SSH, VNC, VNCI, glibsecret * Gtk Backend: Xorg * remmina --full-version: literally returns nothing but with sudo: ``` $ sudo remmina -V Remmina plugin glibsecret (type=Secret) has registered but not yet initialized/activated. Initialization order is 2000. [glibsecret] unable to get secret service: Error calling StartServiceByName for org.freedesktop.secrets: Timeout was reached StatusNotifier/Appindicator support: not supported by desktop. libappindicator will try to fallback to GtkStatusIcon/xembed WARNING: Remmina is running without a secret plugin. Passwords will be saved in a less secure way. Remmina - 1.3.5 (git n/a) NAME TYPE DESCRIPTION PLUGIN AND LIBRARY VERSION NX Protocol NX - NX Technology 1.3.5 RDP Protocol RDP - Remote Desktop Protocol RDP Plugin: 1.3.5 (git n/a), Compiled with FreeRDP lib: 2.0.0-dev5 (n/a), Running with FreeRDP lib: 2.0.0-dev5 (rev n/a), H.264: Yes RDPF File RDP - RDP File Handler RDP Plugin: 1.3.5 (git n/a), Compiled with FreeRDP lib: 2.0.0-dev5 (n/a), Running with FreeRDP lib: 2.0.0-dev5 (rev n/a), H.264: Yes RDPS Preference RDP - Preferences RDP Plugin: 1.3.5 (git n/a), Compiled with FreeRDP lib: 2.0.0-dev5 (n/a), Running with FreeRDP lib: 2.0.0-dev5 (rev n/a), H.264: Yes SFTP Protocol SFTP - Secure File Transfer 1.3.5 SSH Protocol SSH - Secure Shell 1.3.5 VNC Protocol VNC - VNC viewer 1.3.5 VNCI Protocol VNCI - VNC viewer listen mode 1.3.5 glibsecret Secret Secure passwords storing in the GNOME keyring 1.3.5 Build configuration: HAVE_ARPA_INET_H=1 HAVE_ERRNO_H=1 HAVE_FCNTL_H=1 HAVE_NETDB_H=1 HAVE_NETINET_IN_H=1 HAVE_NETINET_TCP_H=1 HAVE_SYS_SOCKET_H=1 HAVE_SYS_UN_H=1 HAVE_TERMIOS_H=1 HAVE_UNISTD_H=1 WITH_APPINDICATOR=ON WITH_AVAHI=ON WITH_FREERDP=ON WITH_GCRYPT=ON WITH_GETTEXT=ON WITH_IPP=OFF WITH_KF5WALLET=ON WITH_LIBRARY_VERSIONING=ON WITH_LIBSECRET=ON WITH_LIBSSH=ON WITH_LIBVNCSERVER=ON WITH_MANPAGES=ON WITH_SPICE=ON WITH_SSE2=ON WITH_TRANSLATIONS=ON WITH_VTE=ON Build type: None CFLAGS: -g -O2 -fdebug-prefix-map=/build/remmina-mSYRua/remmina-1.3.5+ppa201907301631.r7858862.d6078cd2~ubuntu18.04.1=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -Wall -g Compiler: GNU, 7.4.0 Target architecture: x64 ``` The glibsecret error about initialization is a mystery. I saw it, so rebooted, and well it's still there. Again, no useful information yo act on in that message, IMHO a bug. Not likely relevant to this issue but: ``` $ sudo lshw -C video *-display description: VGA compatible controller product: Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller vendor: Intel Corporation physical id: 2 bus info: pci@0000:00:02.0 version: 06 width: 64 bits clock: 33MHz capabilities: msi pm vga_controller bus_master cap_list rom configuration: driver=i915 latency=0 resources: irq:28 memory:f7800000-f7bfffff memory:e0000000-efffffff ioport:f000(size=64) memory:c0000-dffff $ uname -a Linux bigfoot 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux ``` ## Remote System Description * Server: Linux Mint 19.2 Tina * Special notes regarding the remote system: On same LAN. SSH keys shared and I can ssh to it without a password. ## Problem Description The nomachine client, detects the server, and connects to it fine. Here all the settings it makes visible on the connection: Name: Cyclops (irrelevant) Host: cyclops.lan (also irrelevant) Port: 4000 Authentication method: Password Use UDB for multmedia: checked and it connects fine. Remmina I configure a connection with: Name: Cyclops Group: Home Protocol: NX - NX Technology Pre Command: none Post Command: none Sever: cyclops.lan Identity file: unchecked and None Username: my username remote machine Password: my password on remote machine Resolution: Custom: 640x480 Quality: Poor (fastest) Startup program: None Advanced: all unchecked SSH Tunnel: not enabled And all Remmina reports is: `NX SSH authentication failed: Access denied. Authentication that can continue: publickey.password.` and the debug window only displays: [glibsecret] password "password" saved for file /home/bernd/.remmina/home_nx_cyclops_cyclops-lan.remmina [glibsecret] password "ssh_password" deleted for file /home/bernd/.remmina/home_nx_cyclops_cyclops-lan.remmina ### What is the expected correct behavior? Well, I expect it to connect, but that is not the bug per se, what I expect (that I do classify as a bug) is feedback as to what is wrong and what to do either in the UI or at least in the debug window. ### Relevant logs and/or screenshots Doubt any screenshots help, all relevant information captured above. I'd basically love to connect with Remmina, I love Remmina and he nomachine client drives me a bit batty. But am bamboozled as to how to connect. And am arguing the from UX perspective, Remmina should make this as easy as the nomachine client does, not a cryptic challenge.