FS#79737 - [remmina] 1.4.32 - no RDP connection

Attached to Project: Arch Linux
Opened by Bastian Voigt (batzee) - Tuesday, 19 September 2023, 14:53 GMT
Last edited by Toolybird (Toolybird) - Wednesday, 27 September 2023, 22:19 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Robin Candau (Antiz)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Since update to remmina 1.4.32 RDP connection to my company's Windows server is no longer possible. The message "Connecting to xxxxx.com" is shown forever in the UI. Downgrade to 1.4.31-1 fixes the issue.

Additional info:
* package version(s)
1.4.32-1

* config and/or log files etc.

Debug Output:

$ G_MESSAGES_DEBUG=all remmina -c ~/Desktop/SAP_Selfservice.rdp
** (process:176038): DEBUG: 16:47:46.731: (remmina_file_manager_init) - Initialized the "/home/bvoigt/.local/share/remmina" data folder
(process:176038): GLib-GIO-DEBUG: 16:47:46.732: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
(process:176038): GLib-GIO-DEBUG: 16:47:46.733: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ?gio-vfs?
Load modules from /usr/lib/remmina/plugins
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-spice.so.
Error: libspice-client-gtk-3.0.so.5: cannot open shared object file: No such file or directory
** (process:176038): DEBUG: 16:47:46.748: (remmina_plugin_entry) - gfx_h264_available: 1
** (process:176038): DEBUG: 16:47:46.748: (remmina_rdp_settings_kbd_init) - rdp_keyboard_remapping_list:
Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
** Message: 16:47:46.778: [X2GO] X2Go plugin loaded.
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-gvnc.so.
Error: libgvnc-1.0.so.0: cannot open shared object file: No such file or directory
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-vnc.so.
Error: libvncclient.so.1: cannot open shared object file: No such file or directory
Remmina plugin kwallet (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 1000.

(process:176038): libsecret-CRITICAL **: 16:47:46.817: secret_service_load_collections_sync: assertion 'paths != NULL' failed
[glibsecret] unable to get secret service: Unknown error.
(process:176038): GLib-DEBUG: 16:47:46.817: unsetenv() is not thread-safe and should not be used after threads are created
(org.remmina.Remmina:176038): GLib-DEBUG: 16:47:46.837: unsetenv() is not thread-safe and should not be used after threads are created
(org.remmina.Remmina:176038): Gtk-DEBUG: 16:47:46.837: Connecting to session manager
(org.remmina.Remmina:176038): Gtk-DEBUG: 16:47:46.837: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned
** INFO: 16:47:46.838: StatusNotifier/Appindicator support in “xfce xfce”: your desktop does support it
** INFO: 16:47:46.838: StatusNotifier/Appindicator support in “xfce xfce”: and Remmina has built-in (compiled) support for libappindicator.
Warning: Remmina is running without a secret plugin. Passwords will be saved in a less secure way.
** (org.remmina.Remmina:176038): DEBUG: 16:47:46.839: Connecting to: /home/bvoigt/Desktop/SAP_Selfservice.rdp
** (org.remmina.Remmina:176038): DEBUG: 16:47:46.839: (remmina_exec_command) - Initiating connection
** (org.remmina.Remmina:176038): DEBUG: 16:47:46.937: (rcw_map_event) - Mapping: RemminaConnectionWindow
** (org.remmina.Remmina:176038): DEBUG: 16:47:46.937: (remmina_protocol_widget_map_event) - Calling plugin mapping function
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.046: [precommand] (null)
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.047: [precommand] updated to:
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.047: (remmina_protocol_widget_open_connection_real) - Opening connection
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.052: (remmina_rdp_event_init) - Disable smooth scrolling is set to 0
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.053: (remmina_rdp_event_init) - Adding GDK_SMOOTH_SCROLL_MASK
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.053: (remmina_protocol_widget_open_connection_real) - Have SSH
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.054: (remmina_rdp_main) - RDP data path is /home/bvoigt/.local/share/remmina/RDP
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.054: (remmina_rdp_main) - Not using system proxy settings
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.054: (remmina_rdp_tunnel_init) - Tunnel init
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.054: (remmina_protocol_widget_start_direct_tunnel) - SSH tunnel initialization…
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_protocol_widget_start_direct_tunnel) - Calling remmina_public_get_server_port
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - Parsing server: Remotefarm.xxxxx.com, default port: 3389
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - host: Remotefarm.xxxxx.com
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - port: 3389
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_protocol_widget_start_direct_tunnel) - Calling remmina_public_get_server_port (tunnel)
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - host: (null)
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - port: 0
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_protocol_widget_start_direct_tunnel) - server: Remotefarm.xxxxx.com, port: 3389
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - Parsing server: [Remotefarm.xxxxx.com]:3389, default port: 3389
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - host: Remotefarm.xxxxx.com
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - port: 3389
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_tunnel_init) - protocol_plugin_start_direct_tunnel() returned [Remotefarm.xxxxx.com]:3389
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_tunnel_init) - Tunnel has been optionally initialized. Now connecting to Remotefarm.xxxxx.com:3389
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - gfx_h264_available: 1
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - Resolution set by the user: 596x436
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - Resolution set after workarounds: 596x436
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - proxy_type: (null)
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - proxy_username: (null)
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - proxy_password: (null)
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - proxy_hostname: (null)
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_rdp_main) - proxy_port: 80
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - Parsing server: Remotefarm.xxxxx.com, default port: 443
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - host: Remotefarm.xxxxx.com
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.059: (remmina_public_get_server_port) - port: 443
** (org.remmina.Remmina:176038): DEBUG: 16:47:47.060: (remmina_rdp_main) - rdp_keyboard_remapping_list:


This task depends upon

Closed by  Toolybird (Toolybird)
Wednesday, 27 September 2023, 22:19 GMT
Reason for closing:  Upstream
Additional comments about closing:  Refer comments
Comment by Robin Candau (Antiz) - Tuesday, 19 September 2023, 19:49 GMT
I cannot reproduce this issue on my side with the following:

```
$ pacman -Q remmina freerdp
remmina 1:1.4.32-1
freerdp 2:2.11.1-1
```

Can you verify that your freerdp version matches the above and verify that your system is fully up to date?
Comment by JD (Karadoc-V) - Wednesday, 20 September 2023, 09:23 GMT
Same issue here, with very close debug log:

[xxx@myclient ~]$ G_MESSAGES_DEBUG=all remmina -c rdp://myserver
(process:30028): GLib-GIO-DEBUG: 11:19:54.943: Using cross-namespace EXTERNAL authentication (this will deadlock if server is GDBus < 2.73.3)
(process:30028): GLib-GIO-DEBUG: 11:19:54.947: _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ?gio-vfs?
** (process:30028): DEBUG: 11:19:54.948: (remmina_file_manager_init) - Initialized the "/home/xxx/.remmina" data folder
Load modules from /usr/lib/remmina/plugins
Remmina plugin glibsecret (type=Secret) has been registered, but is not yet initialized/activated. The initialization order is 2000.
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-gvnc.so.
Error: libgvnc-1.0.so.0: cannot open shared object file: No such file or directory
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-spice.so.
Error: libspice-client-gtk-3.0.so.5: cannot open shared object file: No such file or directory
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-rdp.so.
Error: libvpl.so.2: cannot open shared object file: No such file or directory
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-kwallet.so.
Error: libKF5Wallet.so.5: cannot open shared object file: No such file or directory
Failed to load plugin: /usr/lib/remmina/plugins/remmina-plugin-vnc.so.
Error: libvncclient.so.1: cannot open shared object file: No such file or directory
** Message: 11:19:55.010: [X2GO] X2Go plugin loaded.
The glibsecret secret plugin has been initialized and it will be your default secret plugin
(process:30028): GLib-DEBUG: 11:19:55.022: unsetenv() is not thread-safe and should not be used after threads are created
(org.remmina.Remmina:30028): GLib-DEBUG: 11:19:55.077: unsetenv() is not thread-safe and should not be used after threads are created
(org.remmina.Remmina:30028): Gtk-DEBUG: 11:19:55.077: Connecting to session manager
(org.remmina.Remmina:30028): Gtk-DEBUG: 11:19:55.077: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned
** INFO: 11:19:55.078: Prise en charge des StatusNotifier et Appindicator dans «xfce”: votre environnement de bureau le prend en charge
** INFO: 11:19:55.078: Prise en charge des StatusNotifier et Appindicator dans «xfce”: et Remmina intègre la prise en charge de libappindicator.
** (org.remmina.Remmina:30028): DEBUG: 11:19:55.086: Connecting to: rdp://fmyserver
** (org.remmina.Remmina:30028): DEBUG: 11:19:55.086: (remmina_exec_command) - Initiating connection
** (org.remmina.Remmina:30028): DEBUG: 11:19:55.130: (remmina_icon_connection_changed_cb) - Indicator connection changed to: 1

Then a window saying "Veuillez d'abord installer le greffon pour le protocole RDP" (meaning "Please install first the RDP protocol plugin").

[xxx@myclient ~]$ pacman -Q remmina freerdp
remmina 1:1.4.32-1
freerdp 2:2.11.1-1
Comment by JD (Karadoc-V) - Wednesday, 20 September 2023, 09:29 GMT
Downgrading remmina to previous version doesn't solve the issue for me
pacman -Udd file://var/cache/pacman/pkg/remmina-1\:1.4.31-1-x86_64.pkg.tar.zst

Leads to the same message.
Comment by JD (Karadoc-V) - Wednesday, 20 September 2023, 09:34 GMT
Ok, so running freerdp-shadow-cli returns
freerdp-shadow-cli: error while loading shared libraries: libvpl.so.2: cannot open shared object file: No such file or directory

It seems there's a missing dependency. Installing the package onevpl solves the issue. The freerdp package should be modified to require onevpl.
Comment by loqs (loqs) - Wednesday, 20 September 2023, 15:32 GMT
> It seems there's a missing dependency. Installing the package onevpl solves the issue. The freerdp package should be modified to require onevpl.
freerdp depends on ffmpeg. ffmpeg 2:6.0-11 added libvpl support along with a dependency on onevpl.
Comment by Robin Candau (Antiz) - Wednesday, 20 September 2023, 15:39 GMT
Indeed, @loqs is right: https://gitlab.archlinux.org/archlinux/packaging/packages/ffmpeg/-/commit/088a75c598cf1b5530fba76d06957598e1d1b6ae

@Karadoc-V, @batzee: can you make sure your system is up to date with ffmpeg 2:6.0-11 and try again please?
Comment by JD (Karadoc-V) - Wednesday, 20 September 2023, 15:42 GMT
$ pacman -Q ffmpeg
ffmpeg 2:6.0-11

Yes it was already up to date, but it did not require onevpl during last upgrade.
Comment by loqs (loqs) - Wednesday, 20 September 2023, 19:05 GMT
@Karadoc-V can you bisect [1] remmina between 1.4.31 and 1.4.32 to locate the causal commit. Example of an upstream report [2] for a different issue in 1.4.32 that has already been bisected.

[1] https://wiki.archlinux.org/title/Bisecting_bugs_with_Git
[2] https://gitlab.com/Remmina/Remmina/-/issues/2974
Comment by JD (Karadoc-V) - Wednesday, 20 September 2023, 20:08 GMT
@loqs I never bisected but I'll try to do that, most probably next monday due to my work schedule the forthcoming days.
Comment by loqs (loqs) - Saturday, 23 September 2023, 15:28 GMT
Attached is the remmina PKGBUILD converted to git. Which keeps it closer to the current Arch package than remmina-git [1] with respect to options and dependencies.

[1] https://aur.archlinux.org/packages/remmina-git
Comment by JD (Karadoc-V) - Monday, 25 September 2023, 08:58 GMT
I'm sorry, I must be too stupid to bisect... I followed the tutorial and did

$ git clone https://aur.archlinux.org/remmina-git.git

Then changed the PKGBUILD with your attachment, then

$ cd remmina-git
$ makepkg
$ cd src/
$ git bisect start
status : en attente d'un commit bon et d'un commit mauvais (-> status: waiting for a good and a bad commit)
$ git tag
$ git bisect good 1.4.31-1
erreur : Mauvaise révision en entrée : 1.4.31 (-> error: wrong revision as input: 1.4.31-1)

I tried with 1.4.31, 1.4.31-1, 1.4.31-1-x86_64 and I always got the same message.

Aside this trouble, my main concern is that as I solved the issue adding the missing package that was not required during the -Syyu, now I will never have a broken version...
Comment by loqs (loqs) - Monday, 25 September 2023, 09:55 GMT
What was the missing package that solved the issue with 1.4.32-1 from extra?
Comment by JD (Karadoc-V) - Monday, 25 September 2023, 09:57 GMT
As written in a previous post,
"It seems there's a missing dependency. Installing the package onevpl solves the issue. The freerdp package should be modified to require onevpl."
Comment by loqs (loqs) - Monday, 25 September 2023, 10:12 GMT
Please post the upgrade which included 1.4.32-1 from /var/log/pacman.log or the whole of that file.
Edit:
Also include whatever transaction included ffmpeg 2:6.0-11.
Comment by JD (Karadoc-V) - Monday, 25 September 2023, 10:24 GMT
Here are the logfiles of the system upgrade (2023-09-19) where Remmina was upgraded, and the installation of the missing package (2023-09-20). I removed the downgrade/reupgrade operations I did in-between when I tried reverting to a functiunning Remmina. But the issue was more likely linked to the freerdp package and its dependency with ffmpeg, so downgrading Remmina was not enough.

The dependencies are (were?) broken somewhere between the tree Remmina -> FreeRDP -> ffmpeg -> onevpl
Comment by loqs (loqs) - Monday, 25 September 2023, 10:29 GMT
pacman -S -u -d -d --ignore vmware-vmrc -y -y --config /etc/pacman.conf --'
[2023-09-19T16:19:59+0200] [PACMAN] synchronizing package lists
[2023-09-19T16:20:01+0200] [PACMAN] starting full system upgrade
[2023-09-19T16:20:04+0200] [ALPM] transaction started
[2023-09-19T16:20:04+0200] [ALPM] upgraded ffmpeg (2:6.0-10 -> 2:6.0-11)
[2023-09-19T16:20:04+0200] [ALPM] upgraded virtualbox (7.0.8-2 -> 7.0.10-2)
[2023-09-19T16:20:05+0200] [ALPM] transaction completed
[2023-09-19T16:20:05+0200] [ALPM] running '20-systemd-sysusers.hook'...
[2023-09-19T16:20:05+0200] [ALPM] running '30-systemd-daemon-reload.hook'...
[2023-09-19T16:20:05+0200] [ALPM] running '30-systemd-udev-reload.hook'...
[2023-09-19T16:20:05+0200] [ALPM] running '30-systemd-update.hook'...
[2023-09-19T16:20:05+0200] [ALPM] running '30-update-mime-database.hook'...
[2023-09-19T16:20:06+0200] [ALPM] running 'gtk-update-icon-cache.hook'...
[2023-09-19T16:20:06+0200] [ALPM] running 'update-desktop-database.hook'...

You told pacman to ignore dependencies with -d -d so pacman did not install onevpl and that caused breakage.
Edit:
Please stop using -d, -d -d, and -y -y.
Comment by Robin Candau (Antiz) - Monday, 25 September 2023, 11:23 GMT
Sorry, I didn't have much time to follow this issue. Last week was quite busy :)
@loqs thanks a lot for leading the investigation :D

It seems it was a partial upgrade issue after all (@Karadoc-V see: https://wiki.archlinux.org/title/System_maintenance#Avoid_certain_pacman_commands & https://wiki.archlinux.org/title/System_maintenance#Partial_upgrades_are_unsupported).

With no comment nor answer from OP since this issue has been raised, I'm closing it for the above reason.
Comment by Bastian Voigt (batzee) - Monday, 25 September 2023, 21:32 GMT
  • Field changed: Percent Complete (100% → 0%)
Hi everyone,
thanks a lot for analyzing my issue and sorry for not following the discussion quickly enough.

My system is fully upgraded using pacman -Syu every week. I always do it on Monday mornings, so I guess on my side it can't be a partial upgrade issue.

After today's upgrade I have remmina 1.4.33-1, freerdp 2.11.1-1, ffmpeg 2:6.0-11, and onevpl 2023.3.1-1 and I am still not able to get an RDP connection
Comment by Toolybird (Toolybird) - Monday, 25 September 2023, 21:37 GMT
@batzee, if you're going to file issues you really need to be present and attentive. If not, it's just wasting everyone's time. You previously had another remmina issue  FS#78588 . This suggests there is something unique about your setup causing issues. You might have better luck using the support channels (Forum/IRC/Mailing Lists/Reddit/etc) because there is no indication of any Arch packaging issue here.
Comment by Bastian Voigt (batzee) - Tuesday, 26 September 2023, 07:01 GMT
Sorry again for not being responsive in the discussion forum. I promise I will improve this :)

I think there must be some build/packaging related issue, because my connection problems were first introduced with Remmina 1.4.30, then with the update to Remmina 1.4.31 the connection worked OK again, but with 1.4.32 and 1.4.33 I am not getting a connection again. My system was fully updated once per week all the time. Maybe there is indeed something special about my use case which needs to be tested, but I have no idea what it could be. Please let me know what information you need for further hunting down this problem.
Comment by Bastian Voigt (batzee) - Tuesday, 26 September 2023, 07:03 GMT
The server my company uses is MS Windows Server 2012 R2 with RD web access.
All I did was download an RDP file from the web access interface and open it with Remmina.
Comment by Robin Candau (Antiz) - Tuesday, 26 September 2023, 08:03 GMT
> I think there must be some build/packaging related issue [...]

For what it's worth, there wasn't any changes regarding the build/packaging process on Arch side since v1.4.30: https://gitlab.archlinux.org/archlinux/packaging/packages/remmina/-/commits/main
No significant changes either on that front on upstream side since v1.3.5 (which have already been applied on our side back then).

Additionally, both ticket raised on that specific issue (this one and  FS#78588 ) happened after a simple pkgver bump and didn't seem to have attracted attention of anyone eventually having the same issue (as @Karadoc-V's issue was actually unrelated).

Without completely denying this possibility, the above indeed doesn't point to an eventual Arch packaging specific issue.
I second @Toolybird suggestion. Using the support channels (Forum/IRC/Mailing Lists/Reddit/etc) would give more visibility to that issue and eventually more precision and potential answers.
I'd add that raising an upstream ticket wouldn't hurt, I guess. They're probably the most capable of analyzing this.
Comment by Toolybird (Toolybird) - Tuesday, 26 September 2023, 08:34 GMT
Well, I can confirm the basic RDP functionality definitely works here. I just set up a Win10 test VM and remmina connected flawlessly from an Arch XFCE4 VM on the same virtual network. I don't have access to a "MS Windows Server 2012 R2 with RD web access". I agree with @Antiz, you should definitely open an issue upstream.
Comment by Bastian Voigt (batzee) - Tuesday, 26 September 2023, 08:52 GMT
I also know from my co-workers that the same Remmina version I had problems with did work seemlessly on Ubuntu.
Comment by Bastian Voigt (batzee) - Tuesday, 26 September 2023, 09:17 GMT Comment by Bastian Voigt (batzee) - Wednesday, 27 September 2023, 20:55 GMT
I just played around with Flatpak for the first time on my Arch box and guess what. With Remmina 1.4.33 installed via Flatpak the RDP connection to my company also fails.
Downgrading to 1.4.31 also helps in Flatpak to fix the issue.

Now I'm 100% convinced that it must be an upstream issue. Sorry for bothering you guys. This bug can be closed now

Loading...