Bug 1320827 - Updating spice-gtk should require new usbredir
Summary: Updating spice-gtk should require new usbredir
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: spice-gtk
Version: 7.3
Hardware: x86_64
OS: Unspecified
low
low
Target Milestone: rc
: ---
Assignee: Victor Toso
QA Contact: SPICE QE bug list
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-03-24 05:08 UTC by mxie@redhat.com
Modified: 2019-12-16 05:33 UTC (History)
11 users (show)

Fixed In Version: spice-gtk-0.26-8.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-11-04 01:15:37 UTC
Target Upstream Version:


Attachments (Terms of Use)
screenshot (23.33 KB, image/png)
2016-03-24 05:08 UTC, mxie@redhat.com
no flags Details
virt-manager.log (10.24 KB, text/plain)
2016-03-24 05:09 UTC, mxie@redhat.com
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2016:2229 0 normal SHIPPED_LIVE virt-viewer, libgovirt, spice-gtk, and usbredir bug fix and enhancement update 2016-11-03 13:26:58 UTC

Description mxie@redhat.com 2016-03-24 05:08:34 UTC
Created attachment 1139846 [details]
screenshot

Description of problem:
Spice-gtk can't work after updatng version to spice-gtk-0.26-7.el7.x86_64

Version-Release number of selected component (if applicable):
virt-manager-1.2.1-8.el7.noarch
spice-gtk-0.26-7.el7.x86_64
usbredir-0.6-7.el7.x86_64


How reproducible:
100%

Steps to Reproduce:

1.Preprare the guest which has display spice and host has below version of spice-gtk and usbredir
spice-gtk-0.26-6.el7.x86_64
usbredir-0.6-7.el7.x86_64

2.Launch"virt-manager" and select the spice guest and click "open", the spice guest shows graphic normally

3.Update spice-gtk version from "0.26-6.el7.x86_64" to "0.26-7.el7.x86_64", the updating process has no any dependence reminder

4.Launch"virt-manager" and select the spice guest and click "open" , then click "graphical console", it shows "Error connecting to graphical console:could not get a reference to type class", pls refer to screenshot and virt-manager log at attachment
#virt-manager --debug
Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/console.py", line 662, in _init_viewer
    self._viewer.console_open()
  File "/usr/share/virt-manager/virtManager/viewers.py", line 215, in console_open
    return self._open()
  File "/usr/share/virt-manager/virtManager/viewers.py", line 137, in _open
    self._open_host()
  File "/usr/share/virt-manager/virtManager/viewers.py", line 662, in _open_host
    self._create_spice_session()
  File "/usr/share/virt-manager/virtManager/viewers.py", line 498, in _create_spice_session
    self._spice_session = SpiceClientGLib.Session()
TypeError: could not get a reference to type class

5.Update usbredir from "0.6-7.el7.x86_64" to "0.6-8.el7.x86_64", the updating process also has no any dependence reminder

6.After updating usbredir, then the problem on step4 is fixed.


Actual results:
As above description

Expected results:
If spice-gtk at version 0.26-7.el7.x86_64 must work with usbredir-0.6-8.el7.x86_64, when update spice-gtk version from "0.26-6.el7.x86_64" to "0.26-7.el7.x86_64", the updating process should has dependence reminder about usbredir-0.6-8.el7.x86_64

Addtional info:

Comment 1 mxie@redhat.com 2016-03-24 05:09:41 UTC
Created attachment 1139847 [details]
virt-manager.log

Comment 5 Mike McCune 2016-03-28 23:43:17 UTC
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see mmccune with any questions

Comment 9 errata-xmlrpc 2016-11-04 01:15:37 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://rhn.redhat.com/errata/RHBA-2016-2229.html


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