Bug 461945

Summary: Connecting to unknown host doesn't present yes/no dialog
Product: [Fedora] Fedora Reporter: James Laska <jlaska>
Component: opensshAssignee: Jan F. Chadima <jchadima>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: 10CC: crobinso, hbrock, jturner, mgrepl, tmraz
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-04-28 04:27:11 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Description Flags
virt-manager.log none

Description James Laska 2008-09-11 11:35:30 EDT
Created attachment 316451 [details]

Description of problem:

The dialog that appears requesting confirmation to connect to the system uses the passphrase entry dialog, instead of a 'yes/no' dialog.

Version-Release number of selected component (if applicable):


How reproducible:

Steps to Reproduce:
1. Left-click on gnome-applet-vm 
2. Select connections
3. Select Add
4. Select Driver=QEMU/KVM, check remote connection, enter remote hostname details, username=root, transport=SSH
5. Click submit
6. In connections window, select [X] to enable the new connection.

Actual results:
See screenshot

Expected results:

Additional info:
Comment 1 James Laska 2008-09-11 11:48:06 EDT
Created attachment 316452 [details]
Comment 2 Bug Zapper 2008-11-25 22:02:33 EST
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
Comment 3 Cole Robinson 2008-12-01 16:47:50 EST
We don't control this dialog, it actually comes from ssh. Changing component to OpenSSH.
Comment 4 Tomas Mraz 2008-12-02 03:23:38 EST
If you write yes as a passphrase I suppose it will work, wouldn't it? The problem with the askpass dialog is that the ssh client does not give any information to the askpass application whether it is a regular passphrase question or any other question which can be echoed. I am afraid that this will have to be solved upstream first. I'll report it to the upstream bugzilla.
Comment 5 Fedora Admin XMLRPC Client 2009-03-10 06:15:33 EDT
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.
Comment 6 Jan F. Chadima 2009-04-28 04:27:11 EDT
We believe that it is more appropriate for this issue to be resolved upstream.
Red Hat will continue to track the issue in the centralized upstream bug tracker, and will review any bug fixes that become available for consideration in future updates.
Thank you for the bug report.