Bug 754562 - spice-gtk does not resize to all available space leaving unnecessary black stripes
Summary: spice-gtk does not resize to all available space leaving unnecessary black st...
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: virt-manager
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Cole Robinson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 754559
TreeView+ depends on / blocked
 
Reported: 2011-11-16 20:44 UTC by David Jaša
Modified: 2014-02-08 01:45 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 754559
Environment:
Last Closed: 2014-02-08 01:45:58 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description David Jaša 2011-11-16 20:44:03 UTC
Affects Fedora versions as well.

+++ This bug was initially created as a clone of Bug #754559 +++

Created attachment 534081 [details]
unnecessary black stripes

Description of problem:
SSIA

Version-Release number of selected component (if applicable):
all versions up to latest virt-manager-0.9.0-8.fc17

How reproducible:
always

Steps to Reproduce:
1. run a guest with a console in window
2. make sure that qxl driver and spice-vdagent up & running within the guest
2. make sure that guest supports client native resolution
4. make sure that in console window, option View -> Scale Display -> Always is checked
5. switch console window to fullscreen
  
Actual results:
1. window is switched to full screen but guest resolution is changed to lower than client-native (e.g. to 1440x900 on 1600x900 client - screenshot - or 1600x900 on 1680x1050 client), leaving black stripes at the edge of the screen
2. when user increases guest resolution to client-native, black stripes are not eliminated, but guest display will overflow leaving some part of guest display hidden (see screenshot 2)

Expected results:
guest is resized to the same resolution as client

Additional info:
another symptom: when window is resized so that spice-gtk widget can occupy ~1400x1000 pixels, 1280x720 is picked instead of bigger 1280x960, and again, when user increases relution manually, the client canvas is not resized but part of guest screen is not displayed at all.

spicy does not suffer these problems so it might make sense to compare the implementation of spice-gtk windget in both clients

--- Additional comment from djasa on 2011-11-16 21:40:56 CET ---

Created attachment 534082 [details]
right edge of guest screen hidden under black stripe after manual resize to client resolution

Comment 1 Cole Robinson 2012-02-06 23:23:13 UTC
This is fixed in virt-manager version in updates-testing

Comment 2 Scott Talbert 2012-04-05 02:30:04 UTC
Unless I misunderstand, I am still seeing this issue in F16 with virt-manager-0.9.1-2.fc16.

Comment 3 Ben Woodard 2013-12-18 22:09:52 UTC
Hmm this also seems to be happening to me in F19 with virt-manager-0.10.0-4.fc19.noarch

Is there some additional trick that needs to be done/used to make this work?

Comment 4 Emilio Scalise 2014-01-27 09:45:41 UTC
Still happens on:
virt-manager-0.10.0-5.git1ffcc0cc.fc19.noarch

resolution is not changed inside guest, but only the image is scaled, in an ugly and blurred way.

Spicy does that correctly, see bug #754559.

Comment 5 Cole Robinson 2014-01-29 22:15:32 UTC
(In reply to Emilio Scalise from comment #4)
> Still happens on:
> virt-manager-0.10.0-5.git1ffcc0cc.fc19.noarch
> 
> resolution is not changed inside guest, but only the image is scaled, in an
> ugly and blurred way.
> 
> Spicy does that correctly, see bug #754559.

That's referenced bug is a feature request for something totally different: virt-manager and guest coordinating to automatically change resolution of the VM. This bug is about manually changing the resolution

Comment 6 Cole Robinson 2014-01-29 22:16:26 UTC
I can't reproduce the original reported issue with stock virt-manager on F20 with an F20 guest. From the original report:

set scaling->always
fullscreen
set guest resoltion to same resolution as host monitor
guest fills up entire monitor screen

Can people confirm that they are following those steps? What guest OS is being used?


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