Bug 1488405

Summary: Remmina randomly crashes
Product: [Fedora] Fedora Reporter: Simone Marchioni <s.marchioni>
Component: remminaAssignee: Simone Caronni <negativo17>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 26CC: negativo17, pahan, s.marchioni
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: remmina-1.2.0-0.42.20170908git205df66.fc26 remmina-1.2.0-0.42.20170908git205df66.fc25 remmina-1.2.0-0.42.20170908git205df66.fc27 remmina-1.2.0-0.44.rcgit.26.fc26 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-09-30 06:23:18 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Simone Marchioni 2017-09-05 10:13:07 UTC
Description of problem:

Installed Remmina from Fedora repo with:

dnf install remmina

The app works perfectly: i can connect with SSH.
When I'm working, with one or more tab open with an active session, the window suddendly close and only the main window remains open (the one with all the configured connections).

Tried both Wayland and GNOME session but the behaviour is the same.

When the window closes i have no crash report to ABRT.
Checked the logs with journalctl and found these messages:

set 05 09:55:23 zenbookux501 remmina.desktop[3879]: StatusNotifier/Appindicator support: not supported by desktop. libappindicator will try to fallback to GtkStatusIcon/xembed
set 05 09:55:23 zenbookux501 remmina[3879]: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem
set 05 09:55:24 zenbookux501 remmina[3879]: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed
set 05 09:56:05 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 09:56:21 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 09:56:24 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 09:56:29 zenbookux501 remmina[3879]: Theme parsing error: <data>:16:28: The style property GtkWidget:focus-padding is deprecated and shouldn't be used anymore. It will be removed in a future version
set 05 09:56:29 zenbookux501 remmina[3879]: Theme parsing error: <data>:17:31: The style property GtkWidget:focus-line-width is deprecated and shouldn't be used anymore. It will be removed in a future version
set 05 09:56:29 zenbookux501 remmina[3879]: Theme parsing error: <data>:22:28: The style property GtkWidget:focus-padding is deprecated and shouldn't be used anymore. It will be removed in a future version
set 05 09:56:29 zenbookux501 remmina[3879]: Theme parsing error: <data>:23:31: The style property GtkWidget:focus-line-width is deprecated and shouldn't be used anymore. It will be removed in a future version
set 05 09:56:30 zenbookux501 remmina[3879]: Allocating size to GtkScrollbar 0x55f5129d2cd0 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?
set 05 09:56:42 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 09:56:51 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 09:56:54 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 09:57:00 zenbookux501 remmina[3879]: Allocating size to GtkScrollbar 0x55f512cfa360 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?
set 05 10:01:19 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 10:01:20 zenbookux501 remmina[3879]: Allocating size to GtkScrollbar 0x55f512cfa960 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?
set 05 10:09:04 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 10:09:11 zenbookux501 remmina[3879]: Allocating size to GtkScrollbar 0x55f5129d3ad0 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?
set 05 10:20:02 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 10:20:03 zenbookux501 remmina[3879]: Allocating size to GtkScrollbar 0x55f512cfb160 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?
set 05 10:22:10 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 10:22:11 zenbookux501 remmina[3879]: Allocating size to GtkScrollbar 0x55f512cfab60 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?
set 05 10:43:07 zenbookux501 remmina[3879]: GtkDialog mapped without a transient parent. This is discouraged.
set 05 10:43:08 zenbookux501 remmina[3879]: Allocating size to GtkScrollbar 0x55f5129d3cd0 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?
set 05 11:56:26 zenbookux501 remmina[3879]: gdk_window_get_device_position_double: assertion 'GDK_IS_WINDOW (window)' failed
set 05 11:56:27 zenbookux501 remmina[3879]: gtk_toggle_button_get_active: assertion 'GTK_IS_TOGGLE_BUTTON (toggle_button)' failed
set 05 11:56:27 zenbookux501 remmina[3879]: gtk_widget_set_sensitive: assertion 'GTK_IS_WIDGET (widget)' failed

But I don't know if these are related to my problem.

Version-Release number of selected component (if applicable):
remmina-1.2.0-0.39.20170724git0387ee0.fc26.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Install remmina from Fedora repos
2. Configure one or more SSH connection
3. Connect to server and work normally

Actual results:
The window randomly closes (mostly it will close in a few minutes)

Expected results:
The window should remain open until the user closes it

Additional info:
Can send additional info if needed, but don't know what additional tests I could do.

Comment 1 Fedora Update System 2017-09-11 13:58:28 UTC
remmina-1.2.0-0.42.20170908git205df66.fc26 freerdp-2.0.0-34.20170831git3b83526.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-04e118f7b7

Comment 2 Fedora Update System 2017-09-11 13:58:57 UTC
remmina-1.2.0-0.42.20170908git205df66.fc25 freerdp-2.0.0-34.20170831git3b83526.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-4c8150d90d

Comment 3 Fedora Update System 2017-09-11 21:56:11 UTC
freerdp-2.0.0-34.20170831git3b83526.fc27, remmina-1.2.0-0.42.20170908git205df66.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-269afc3a9a

Comment 4 Fedora Update System 2017-09-12 01:23:21 UTC
freerdp-2.0.0-34.20170831git3b83526.fc26, remmina-1.2.0-0.42.20170908git205df66.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-04e118f7b7

Comment 5 Fedora Update System 2017-09-12 02:20:50 UTC
freerdp-2.0.0-34.20170831git3b83526.fc25, remmina-1.2.0-0.42.20170908git205df66.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-4c8150d90d

Comment 6 Simone Marchioni 2017-09-12 07:49:24 UTC
Tried the updated package, but nothing changed: same problem as before.

dnf list remmina

Pacchetti installati
remmina.x86_64                                                                                                                                                              1.2.0-0.42.20170908git205df66.fc26                                                                                                                                                              @updates-testing

Comment 7 Fedora Update System 2017-09-22 18:51:36 UTC
freerdp-2.0.0-34.20170831git3b83526.fc26, remmina-1.2.0-0.42.20170908git205df66.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.

Comment 8 Fedora Update System 2017-09-22 23:23:08 UTC
freerdp-2.0.0-34.20170831git3b83526.fc25, remmina-1.2.0-0.42.20170908git205df66.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report.

Comment 9 Simone Marchioni 2017-09-25 15:50:02 UTC
This bug is not fixed: remmina continues to crash with the latest stable version as stated in comment 6.

yum list installed | grep remmina
remmina.x86_64                          1.2.0-0.42.20170908git205df66.fc26
remmina-plugins-gnome.x86_64            1.2.0-0.42.20170908git205df66.fc26
remmina-plugins-nx.x86_64               1.2.0-0.42.20170908git205df66.fc26
remmina-plugins-rdp.x86_64              1.2.0-0.42.20170908git205df66.fc26
remmina-plugins-vnc.x86_64              1.2.0-0.42.20170908git205df66.fc26
remmina-plugins-xdmcp.x86_64            1.2.0-0.42.20170908git205df66.fc26

yum list installed | grep freerdp
freerdp-libs.x86_64                     2:2.0.0-34.20170831git3b83526.fc26

Comment 10 Fedora Update System 2017-09-30 06:23:18 UTC
freerdp-2.0.0-34.20170831git3b83526.fc27, remmina-1.2.0-0.42.20170908git205df66.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.

Comment 11 Simone Marchioni 2017-09-30 17:39:12 UTC
Don't know why this bug has been closed again.

On my system remmina-1.2.0-0.42.20170908git205df66.fc26 continues crashing again and again.

Already lost so much time: I'll find an alternative to remmina allowing me to get my job done.

Comment 12 Pavel Alexeev 2018-01-05 18:19:30 UTC
Hello Simone Marchioni

Please try updated version of Remmina: https://bodhi.fedoraproject.org/updates/remmina-1.2.0-0.44.rcgit.26.fc26

And in case of error happened again, please use ABRT on each crash to report issue - in that case it will include full backtrace and some additional information (you will have step to check it does not contain sensitive information and remove it if required).

Comment 13 Fedora Update System 2018-01-05 18:20:01 UTC
remmina-1.2.0-0.44.rcgit.26.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2018-915a911681

Comment 14 Simone Marchioni 2018-01-08 09:35:40 UTC
Hi Pavel,

last week I updated to Fedora 27. Sadly the bug is still here, same as explained before.

Versions installed:

remmina.x86_64                               1.2.0-0.42.20170908git205df66.fc27
remmina-plugins-gnome.x86_64                 1.2.0-0.42.20170908git205df66.fc27
remmina-plugins-nx.x86_64                    1.2.0-0.42.20170908git205df66.fc27
remmina-plugins-rdp.x86_64                   1.2.0-0.42.20170908git205df66.fc27
remmina-plugins-vnc.x86_64                   1.2.0-0.42.20170908git205df66.fc27
remmina-plugins-xdmcp.x86_64                 1.2.0-0.42.20170908git205df66.fc27

freerdp-libs.x86_64                          2:2.0.0-34.20170831git3b83526.fc27

I have ABRT installed: when a program crashes it automatically opens to report issue.
In this case it doesn't open: the window closes (not the main window, but the window with the SSH sessions) without no further notice.

Comment 15 Pavel Alexeev 2018-01-09 20:23:57 UTC
Please use build from update: remmina-1.2.0-0.44.rcgit.26.
Provided versions too old.

And provide step-by step reproduce if problem persists.

Comment 16 Simone Marchioni 2018-01-10 00:01:57 UTC
Hi Pavel,

updated to requested version. As they are still in updates-testing i used the following command:

dnf --enablerepo=updates-testing update remmina

Now i have this versions:

remmina.x86_64                               1.2.0-0.44.rcgit.26.fc27  @updates-testing
remmina-plugins-exec.x86_64                  1.2.0-0.44.rcgit.26.fc27  @updates-testing
remmina-plugins-nx.x86_64                    1.2.0-0.44.rcgit.26.fc27  @updates-testing
remmina-plugins-rdp.x86_64                   1.2.0-0.44.rcgit.26.fc27  @updates-testing
remmina-plugins-secret.x86_64                1.2.0-0.44.rcgit.26.fc27  @updates-testing
remmina-plugins-vnc.x86_64                   1.2.0-0.44.rcgit.26.fc27  @updates-testing
remmina-plugins-xdmcp.x86_64                 1.2.0-0.44.rcgit.26.fc27  @updates-testing

Note: this update obsoleted the remmina-plugins-gnome package (is not installed any more) and added 2 packages:

- remmina-plugins-secret-1.2.0-0.43.20171220git08f5b4b.fc27.x86_64
- remmina-plugins-exec-1.2.0-0.43.20171220git08f5b4b.fc27.x86_64

Now I'll try to explain step-by-step instructions to reproduce the problem, and I'll try to provide as much as possible informations.

The problem is still present.
I have connections with three different protocols: NX, VNC and SSH: NX and VNC sessions are ok, SSH sessions randomly closes window.

To reproduce:

1. Create a new SSH connection profile with the + in the upper left corner of the main window
2. Insert a name and a group
3. In General Tab insert IP address in Server, user e password, and select Password in Authentication Type
4. In SSH Tunnel disable it by removing the first check box
5. Save

Launching the connection it works perfectly: the client connect and the session works. In this situation there are 2 Remmina Windows:

a. the main window with all the connections (SSH, VNC, NX, etc.)
b. the windows with the active connections - in other words the terminals

Whenever the user is working - both writing commands in the terminal or working in another application such as a browser - the window with the active connection (previous point b.) closes. To be more precise: if i have 3 tabs opened, a single tab closes, and after some time another tab and again the last tab, not in the order opened but in a random order (for example it may happen the last connection opened is the first to close randomly).
The problem happens in minutes since the connection is opened.

Monitored logs with journalctl -f: when I opened the connection the log shows these messages

gen 10 00:40:41 zenbookux501 org.remmina.Remmina.desktop[5637]: StatusNotifier/Appindicator support: not supported by desktop. libappindicator will try to fallback to GtkStatusIcon/xembed
gen 10 00:40:41 zenbookux501 remmina[5637]: gtk_menu_attach_to_widget(): menu already attached to GtkMenuItem
gen 10 00:40:41 zenbookux501 gnome-shell[1818]: _cogl_buffer_fini: assertion '!(buffer->flags & COGL_BUFFER_FLAG_MAPPED)' failed
gen 10 00:40:50 zenbookux501 remmina[5637]: GtkDialog mapped without a transient parent. This is discouraged.
gen 10 00:40:51 zenbookux501 gnome-keyring-daemon[1744]: asked to register item /org/freedesktop/secrets/collection/login/5, but it's already registered
gen 10 00:40:51 zenbookux501 remmina[5637]: Allocating size to GtkScrollbar 0x559a91d68a60 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate?

The logs stand still for a couple of minutes, and then logged these 2 lines:

gen 10 00:41:24 zenbookux501 gnome-keyring-daemon[1744]: asked to register item /org/freedesktop/secrets/collection/login/5, but it's already registered
gen 10 00:41:25 zenbookux501 gnome-shell[1818]: g_signal_handler_disconnect: assertion 'handler_id > 0' failed

After these 2 messages the connection tab closed itself.

Tried both with Wayland and Xorg: nothing changes.

I use Remmina since Fedora 17 and never had this kind of problem: it started from Fedora 26.

I think to have explained as best as I can. If you need more info don't hesitate to ask.

Comment 17 Pavel Alexeev 2018-01-11 20:39:44 UTC
Thank you for so detailed explanation of issue.
It seams reported upstream and I add comment with link to your comment - https://github.com/FreeRDP/Remmina/issues/975#issuecomment-357053998

I'll watch updates and try bring it into Fedora when problem will be fixed.

Comment 18 Simone Marchioni 2018-01-12 14:41:56 UTC
Thanks Pavel,

I read the issue detail and all the comments on the reported bug upstream, and probably you're right: is the same issue.

With all these new informations I'll add here more info about it: hope to help the upstream developers to isolate the problem.

1. I'm used to connect with a Notebook with a Wireless interface: this morning tried to execute the same tests by connecting my notebook with a network cable, but nothing changed: same problem. The windows keep closing disconnecting the sessions.

2. Usually I connect to a server outside my local LAN, and my internet connection is a WiMax. We changed from an ADSL a year ago (don't remember if my connection problems began at that time...), and maybe the problem with packet loss is outside my LAN (made the test in previous point 1. for that)

3. Usually I connect to a server outside my local LAN and keep the connection active for a long time to perform maintenance tasks (it could last several hours)

4. On the same situation (wired connection + WiMax as explained before) I opened two connections to the same server: one with Remmina, and one with a terminal+SSH command. The Remmina one closed in a couple minutes, the one with the SSH command is still alive (30+ minutes)

Don't know if the problem is in Remmina itself or in libssh.
Hope this helps.

Comment 19 Fedora Update System 2018-01-13 23:05:09 UTC
remmina-1.2.0-0.44.rcgit.26.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.

Comment 20 Simone Marchioni 2018-03-12 11:13:05 UTC
Hi Pavel,

as stated on the bug:

https://github.com/FreeRDP/Remmina/issues/975#issuecomment-357053998

there's a new feature request:

[Feature] SSH maintain session on unstable connection

https://github.com/FreeRDP/Remmina/issues/1487

Has been applied a patch in the version v1.2.0-rcgit.27 that (maybe) improved it.

The last version packaged for Fedora is v1.2.0-rcgit.26: is it possible to update to the last one so I can test it?

Thanks,
Simone

Comment 21 Simone Marchioni 2018-04-12 11:00:50 UTC
Hi,

installed Remmina in updates-testing (rcgit-29).

I can confirm now the bug is fixed as stated in:

https://github.com/FreeRDP/Remmina/pull/1553

Thanks to all!
Simone