Bug 2072490 - Reconnection in GNOME Connections fails and removes RDP credentials
Summary: Reconnection in GNOME Connections fails and removes RDP credentials
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-connections
Version: 36
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Felipe Borges
QA Contact:
URL:
Whiteboard: AcceptedBlocker
Depends On:
Blocks: F36FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2022-04-06 11:52 UTC by Kamil Páral
Modified: 2022-04-13 09:04 UTC (History)
5 users (show)

Fixed In Version: gnome-connections-42.1.1-1.fc36 gnome-connections-42.1.2-1.fc37
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-04-11 03:33:36 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Kamil Páral 2022-04-06 11:52:51 UTC
Description of problem:
If you connect to a remote RDP machine in GNOME Connections, then disconnect, and try to connect again, it says:
> Authentication failed: An authentication failure aborted the connection.

If you try it again, it will ask for another authentication, i.e. your saved credentials were removed and you need to provide them again.

Basically you can only connect once to a given RDP server, if you don't want your credentials to be wiped. Once you disconnect, you need to close and reopen gnome-connection, in order to successfully connect again.


Version-Release number of selected component (if applicable):
gnome-connections-42.1-1.fc36.x86_64

How reproducible:
always

Steps to Reproduce:
1. start gnome-connections
2. connect to a remote desktop (localhost is sufficient) over RDP. (An RDP server can be easily started in GNOME Settings -> Sharing). Provide your credentials.
3. Close the connection using the quit button in top right.
4. Try to connect again to the same server. You'll see an authentication error.
5. Try to connect again to the same server. You'll need to authenticate again, then it works.

Comment 1 Kamil Páral 2022-04-06 11:54:16 UTC
Here's the terminal output during success -> failure -> auth again workflow when connecting to localhost:

(gnome-connections:9847): Gtk-WARNING **: 13:52:54.432: GtkFlowBox with a model will ignore sort and filter functions
[13:52:56:555] [9847:9851] [WARN][com.freerdp.crypto] - Certificate verification failure 'self-signed certificate (18)' at stack position 0
[13:52:56:555] [9847:9851] [WARN][com.freerdp.crypto] - CN = GNOME, C = US
[13:52:57:459] [9847:9851] [INFO][com.freerdp.gdi] - Local framebuffer format  PIXEL_FORMAT_BGRA32
[13:52:57:459] [9847:9851] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16
[13:53:03:525] [9847:9851] [WARN][com.freerdp.crypto] - Certificate verification failure 'self-signed certificate (18)' at stack position 0
[13:53:03:525] [9847:9851] [WARN][com.freerdp.crypto] - CN = GNOME, C = US
[13:53:03:526] [9847:9851] [WARN][com.winpr.sspi] - InitializeSecurityContextA status SEC_E_OUT_OF_SEQUENCE [0x80090310]
[13:53:03:527] [9847:9851] [WARN][com.freerdp.core.nla] - SPNEGO received NTSTATUS: (nil) [0xC00700EA] from server
[13:53:03:527] [9847:9851] [ERROR][com.freerdp.core.nla] - SPNEGO failed with NTSTATUS: (nil) [0xC00700EA]
[13:53:03:527] [9847:9851] [ERROR][com.freerdp.core] - nla_recv_pdu:freerdp_set_last_error_ex ERRCONNECT_AUTHENTICATION_FAILED [0x00020009]
[13:53:03:527] [9847:9851] [ERROR][com.freerdp.core.rdp] - rdp_recv_callback: CONNECTION_STATE_NLA - nla_recv_pdu() fail
[13:53:03:527] [9847:9851] [ERROR][com.freerdp.core.transport] - transport_check_fds: transport->ReceiveCallback() - -1

(gnome-connections:9847): Gtk-CRITICAL **: 13:53:03.666: gtk_css_animated_style_new: assertion 'previous_style == ((void *)0) || (((__extension__ ({ GTypeInstance *__inst = (GTypeInstance*) (previous_style); GType __t = ((gtk_css_style_get_type ())); gboolean __r; if (!__inst) __r = (0); else if (__inst->g_class && __inst->g_class->g_type == __t) __r = (!(0)); else __r = g_type_check_instance_is_a (__inst, __t); __r; }))))' failed

(gnome-connections:9847): Gtk-CRITICAL **: 13:53:03.666: gtk_css_style_is_static: assertion '(((__extension__ ({ GTypeInstance *__inst = (GTypeInstance*) (style); GType __t = ((gtk_css_style_get_type ())); gboolean __r; if (!__inst) __r = (0); else if (__inst->g_class && __inst->g_class->g_type == __t) __r = (!(0)); else __r = g_type_check_instance_is_a (__inst, __t); __r; }))))' failed

(gnome-connections:9847): GLib-GObject-CRITICAL **: 13:53:03.666: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(gnome-connections:9847): Gtk-CRITICAL **: 13:53:03.666: gtk_css_style_get_value: assertion '(((__extension__ ({ GTypeInstance *__inst = (GTypeInstance*) (style); GType __t = ((gtk_css_style_get_type ())); gboolean __r; if (!__inst) __r = (0); else if (__inst->g_class && __inst->g_class->g_type == __t) __r = (!(0)); else __r = g_type_check_instance_is_a (__inst, __t); __r; }))))' failed

(gnome-connections:9847): Gtk-CRITICAL **: 13:53:03.666: _gtk_css_value_equal: assertion 'value2 != ((void *)0)' failed

(gnome-connections:9847): GLib-GObject-CRITICAL **: 13:53:03.666: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

(gnome-connections:9847): GLib-GObject-CRITICAL **: 13:53:03.666: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

** (gnome-connections:9847): WARNING **: 13:53:03.668: Failed to connect RPD host with error 'An authentication failure aborted the connection.'
[13:53:13:036] [9847:9851] [WARN][com.freerdp.crypto] - Certificate verification failure 'self-signed certificate (18)' at stack position 0
[13:53:13:036] [9847:9851] [WARN][com.freerdp.crypto] - CN = GNOME, C = US
[13:53:14:940] [9847:9851] [INFO][com.freerdp.gdi] - Local framebuffer format  PIXEL_FORMAT_BGRA32
[13:53:14:940] [9847:9851] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16

(gnome-connections:9847): Gtk-CRITICAL **: 13:53:15.969: gtk_container_add: assertion 'GTK_IS_WIDGET (widget)' failed

Comment 2 Kamil Páral 2022-04-06 11:56:03 UTC
Proposing for a blocker consideration. Do you consider a repeated connection to be a basic functionality of a remote desktop viewer?

https://fedoraproject.org/wiki/Fedora_36_Final_Release_Criteria#Default_application_functionality

Comment 3 Felipe Borges 2022-04-06 14:10:44 UTC
This should be fixed by commit https://gitlab.gnome.org/GNOME/gtk-frdp/-/commit/8567157f51aaaf928d6048d28aecf3a404672357

Comment 4 Fedora Update System 2022-04-07 13:27:25 UTC
FEDORA-2022-4f7e9dc2fb has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-4f7e9dc2fb

Comment 5 Kamil Páral 2022-04-07 17:30:11 UTC
(In reply to Fedora Update System from comment #4)
> FEDORA-2022-4f7e9dc2fb has been submitted as an update to Fedora 36.
> https://bodhi.fedoraproject.org/updates/FEDORA-2022-4f7e9dc2fb

This is now fixed, thanks.

Comment 6 Fedora Update System 2022-04-07 18:02:01 UTC
FEDORA-2022-4f7e9dc2fb has been pushed to the Fedora 36 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-4f7e9dc2fb`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-4f7e9dc2fb

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 7 František Zatloukal 2022-04-09 11:53:16 UTC
Discussed in ticket: https://pagure.io/fedora-qa/blocker-review/issue/722

The decision to classify this bug as an AcceptedBlocker was made:

"This violates the Default application functionality release criterion as it significantly hampers user experience with an application (GNOME Connections) that is part of the default application set for Fedora Workstation deliverable."

Comment 8 Fedora Update System 2022-04-11 03:33:36 UTC
FEDORA-2022-4f7e9dc2fb has been pushed to the Fedora 36 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 9 Fedora Update System 2022-04-13 09:04:24 UTC
FEDORA-2022-13ed0f323e has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-13ed0f323e

Comment 10 Fedora Update System 2022-04-13 09:04:54 UTC
FEDORA-2022-13ed0f323e has been pushed to the Fedora 37 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.