Bug 1684729

Summary: gnome-remote-desktop prompts for password after set to ask for permission
Product: Red Hat Enterprise Linux 8 Reporter: Porygon <jsolomon>
Component: gnome-remote-desktopAssignee: Jonas Ådahl <jadahl>
Status: CLOSED ERRATA QA Contact: Desktop QE <desktop-qa-list>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 8.0CC: mclasen, mkrajnak, tpelka, tpopela
Target Milestone: rcKeywords: Reopened, ZStream
Target Release: 8.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: gnome-remote-desktop-0.1.6-8.el8 libvncserver-0.9.11-13.el8 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1866016 (view as bug list) Environment:
Last Closed: 2020-04-28 16:09:06 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:
Bug Depends On: 1681618    
Bug Blocks: 1739559, 1866016    

Description Porygon 2019-03-01 23:44:29 UTC
Description of problem:
Connecting to a remote desktop with the host set to ask for permission after previously connecting with it set to ask for a password makes it unable to connect.

Version-Release number of selected component (if applicable):
gnome-remote-desktop-0.1.6-3.el8.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Set host machine desktop sharing to use password authentication
2. Set host machine desktop sharing ON
3. Connect to host machine from client machine via vinagre (authenticate with ssh tunnel if required, then VNC password)
4. Disconnect the VNC client on client machine.
5. Set host machine desktop sharing authentication to "ask for permission"
6. Connect to host machine from client machine via vinagre (authenticate with ssh tunnel if required)
7. On host machine, click "allow" on notification pop-up

Actual results:
Client machine displays password prompt after host machine hits "allow" and password authentication always fails even if it matches old password.

Expected results:
Client machine successfully connects to host machine and displays remote desktop output

Additional info:
RHEL-8.0.0-20190228.1 (RC-1.0)
kernel-4.18.0-74.el8.x86_64

Comment 2 Jonas Ådahl 2019-11-27 13:44:49 UTC
Can't reproduce the issue in 8.2 using multi head QXL, so closing as WORKSFORME.

Comment 3 Jonas Ådahl 2019-11-27 13:48:17 UTC
Closing the wrong bug, reopening.

Comment 9 errata-xmlrpc 2020-04-28 16:09:06 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2020:1766