Bug 913183 - [User Portal] SPICE -> Enable WAN options causes 16bit color depth get kept for every console opening for whole browser session
Summary: [User Portal] SPICE -> Enable WAN options causes 16bit color depth get kept f...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: ovirt-engine-userportal
Version: 3.2.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: 3.2.0
Assignee: Frantisek Kobzik
QA Contact: Jiri Belka
URL:
Whiteboard: virt
: 856641 (view as bug list)
Depends On:
Blocks: 948448
TreeView+ depends on / blocked
 
Reported: 2013-02-20 15:40 UTC by Jiri Belka
Modified: 2015-09-22 13:09 UTC (History)
9 users (show)

Fixed In Version: sf16
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
oVirt Team: ---
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
oVirt gerrit 14398 0 None None None Never
oVirt gerrit 14502 0 None None None Never

Description Jiri Belka 2013-02-20 15:40:01 UTC
Description of problem:
SPICE -> Enable WAN options causes 16bit color depth get kept for every console opening for whole browser session.

Tested from RHEL6.4 client with FF17 and Windows XP SP3 3.2.2 tools (guest).

Nothing in spice-xpi.log or event.log.

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

How reproducible:
100%

Steps to Reproduce:
1. login into User Portal
2. spice -> edit -> Enable WAN options
3. open VM's console and check color depth
4. close console
5. spice -> edit -> uncheck Enable WAN options
6. open VM's consoel and check color depth
7. log out from UP
8. login
9. open VM's console and check color depth
10. close browser app
11. login
12. open VM's console and check color depth
  
Actual results:
decrease color depth is kept even 'Enable WAN options' is unchecked again after previous use

Expected results:
color depth should match lan optimalization (Enable WAN options -> 16bit, without WAN options -> same as client)

Additional info:
client RHEL6.4 FF17
guest Windows XP SP3 tools from SF7 (3.2.2)

Comment 1 Michal Skrivanek 2013-02-22 12:11:03 UTC
duplicate of 887865?

Comment 2 Frantisek Kobzik 2013-03-11 10:28:30 UTC
doesn't seem so. 887865 is related to broken mechanism that ensures connect automatically functionality. This one looks like there is a problem with reflecting console popup dialog state to spice implementation.

Comment 3 Michal Skrivanek 2013-05-03 10:00:30 UTC
fix is ready and trivial

Comment 4 Frantisek Kobzik 2013-05-03 11:45:34 UTC
merged u/s:
d06817c07eba11e74dd400246567cbd56b3d4a28

Comment 5 Jiri Belka 2013-05-03 13:33:56 UTC
step 6 = 16bit
step 9 = 32bit

Comment 6 Jiri Belka 2013-05-03 13:38:46 UTC
ignore previous comment it is like this:

step 6 = 16
step 9 (logout & log in) = 16
step 12 (close & reopen browser) = 32

Comment 9 Frantisek Kobzik 2013-05-06 13:06:15 UTC
additional patch merged u/s: baa62ef90d685bbbc813abed8c57f91496130389

Comment 11 Jiri Belka 2013-05-14 09:12:59 UTC
OK, sf16.1.

Comment 12 Itamar Heim 2013-06-11 09:39:00 UTC
3.2 has been released

Comment 13 Itamar Heim 2013-06-11 09:39:00 UTC
3.2 has been released

Comment 14 Itamar Heim 2013-06-11 09:52:59 UTC
3.2 has been released

Comment 15 Tomas Jelinek 2013-07-17 12:24:58 UTC
*** Bug 856641 has been marked as a duplicate of this bug. ***


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