RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 864038 - Window doesn't maximize
Summary: Window doesn't maximize
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: spice-gtk
Version: 6.3
Hardware: Unspecified
OS: Unspecified
low
low
Target Milestone: rc
: ---
Assignee: Marc-Andre Lureau
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-10-08 12:18 UTC by Tomas Jamrisko
Modified: 2013-05-10 11:58 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-05-10 11:58:40 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
screencast (1.25 MB, video/ogg)
2012-10-30 15:46 UTC, Tomas Jamrisko
no flags Details

Description Tomas Jamrisko 2012-10-08 12:18:49 UTC
Description of problem:
Windows 7 -- both guest and client, vdservice running on guest

Having a relatively small (less than half of screen size in both dimensions) remote-viewer windows on client, and attempting to maximize it using the button in upper right corner results in the window not being scaled up properly -- it attempts to maximize, but ends just halfway there

Version-Release number of selected component (if applicable):
mingw-virt-viewer-0.5.3-11.el6
qemu-kvm-rhev-0.12.1.2-2.295.el6*, spice-server-0.10.1-*
Tools from RHEVM3.0

How reproducible:
Always

Steps to Reproduce:
1. Connect to a Windows 7 guest from a windows 7 client
2. Resize the window to something relatively small
3. Try to maximize
  
Actual results:
Window isn't maximized

Expected results:
It should be

Additional info:

****This bug seems to be *FIXED* in the latest packages which are in RHEVM3.1 to be (qxl-win-unsigned-0.1-15, vdagent-win-0.1-12, virtio-serial from virtio-win-prewhql-0.1-39)****

Comment 1 Marc-Andre Lureau 2012-10-29 18:11:03 UTC
I can't reproduce, can you try with latest mingw-virt-viewer-0.5.3-12 ? Do you have the guest configured with agent & qxl driver? You could also try to record your desktop so we could see what's happening.

Comment 2 Tomas Jamrisko 2012-10-30 15:42:00 UTC
Well, as I mentioned -- this problem can't be reproduced when newer versions of vdagent and qxl are installed on the guest -- so if you believe that the problem doesn't need any further fixes in virt-viewer feel free to close it. 

*However* the problem still happens with new version of virt-viewer (vdagent and qxl have to be older though).

Comment 3 Tomas Jamrisko 2012-10-30 15:46:10 UTC
Created attachment 635678 [details]
screencast

This is what happens when one tries to maximize remote-viewer (2 attempts in total) -- cursor isn't captured

As you can see -- the window first maximizes, and change of resolution to best fit the window causes the window to decrease its size (yet the button still shows it's maximized)

Comment 4 Marc-Andre Lureau 2012-10-30 17:42:15 UTC
thanks for the screencast

(In reply to comment #3)
> As you can see -- the window first maximizes, and change of resolution to
> best fit the window causes the window to decrease its size (yet the button
> still shows it's maximized)

This is a difference of behaviour between gtk on windows and linux. We call gtk_window_resize() even when the window is maximized, and this cause the window to leave the maximize state on Windows. I believe the fix should be in gtk+. Working around that problem in virt-viewer isn't really a practical solution, and will make the code more complicated.

Anyway, given that newer driver/agent solves the issue (since we get exact resolution, we don't need to resize later on), I would lower the issue for now.

Comment 6 RHEL Program Management 2012-12-14 06:51:33 UTC
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Comment 8 Marc-Andre Lureau 2013-05-09 19:53:26 UTC
Afaik, this was windows only bug which got fixed in rhev 3.2. right Tomas?

Comment 9 Tomas Jamrisko 2013-05-10 07:33:51 UTC
You are right, it was windows only. And yes, it seems to be fixed. But I have honestly no idea about when, Must have been in 3.2, but since this is reported against spice-gtk, which is only in RHEL...

Comment 10 Marc-Andre Lureau 2013-05-10 11:58:40 UTC
thanks Tomas, let's close as current release then,


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