Bug 1300238

I could reproduce the very same issue using upstream client.

Would you mind to let us know if it's a regression or a new bug?
Does it happen with RHEL-7 guest as well?

(In reply to Fabiano Fidêncio from comment #1)
> I could reproduce the very same issue using upstream client.
> 
> Would you mind to let us know if it's a regression or a new bug?
> Does it happen with RHEL-7 guest as well?

Hi Fidencio,

This bug can't be reproduced on rhel7 guest and the bug could be fixed after downgrade version of virt-viewer to virt-viewer-2.0-7.el6.x86_64, so it is a regression, thanks

Hi,
What is your client resolution?
Isn't the window attached to an edge? It can happen after doubleclicking the window title bar. if so the window manager is preventing the window to resize.

(In reply to Pavel Grunt from comment #4)
> Hi,
> What is your client resolution?
> Isn't the window attached to an edge? It can happen after doubleclicking the
> window title bar. if so the window manager is preventing the window to
> resize.

Hi Grunt,

My host resolution is 1680x1050, and if I set my guest's resolution from 1624x917 (guest's window is not attached to monitor's edge ) to 640x480, resolution will be restored to 1624x917 accidentally, is above info you need ?

> 
> Hi Grunt,
> 
> My host resolution is 1680x1050, and if I set my guest's resolution from
> 1624x917 (guest's window is not attached to monitor's edge ) to 640x480,
> resolution will be restored to 1624x917 accidentally, is above info you need
> ?

I am still unable to reproduce.
Can you reproduce it with any rhel6 guest?
How the vm was created - using default options of virt-manager ?
Can you provide qemu commandline or xml definition ?

Thanks

I just would like to comment that I spent a few time trying to reproduce the issue but, for some reason, I am not able to reproduce it anymore :-\

mxie, perhaps you could give access to the guest VM to Pavel.

Hi, I can reproduce the bug only as the root. Please reproduce the bug as a non root user. Do not run the whole desktop/session as the root superuser. And add the full xml definition. Thanks

(In reply to Pavel Grunt from comment #9)
> Hi, I can reproduce the bug only as the root. Please reproduce the bug as a
> non root user. Do not run the whole desktop/session as the root superuser.
> And add the full xml definition. Thanks

Hi pgrunt
 
I can reproduce the bug as a non root user

Steps:
1.Log in to non root user 
2.virt-viewer -c qemu:///system rhel6released

Below is guest rhel6released's xml:
# virsh dumpxml rhel67released
<domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'>
  <name>rhel67released</name>
  <uuid>6ef8b52f-a9e7-7025-bc66-2de06e103c65</uuid>
  <memory unit='KiB'>1048576</memory>
  <currentMemory unit='KiB'>1048576</currentMemory>
  <vcpu placement='static'>1</vcpu>
  <os>
    <type arch='x86_64' machine='rhel6.6.0'>hvm</type>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <clock offset='utc'/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/libexec/qemu-kvm</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='raw' cache='none'/>
      <source file='/var/lib/libvirt/images/rhel67released.img'/>
      <target dev='vda' bus='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
    </disk>
    <controller type='usb' index='0' model='ich9-ehci1'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x7'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci1'>
      <master startport='0'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0' multifunction='on'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci2'>
      <master startport='2'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x1'/>
    </controller>
    <controller type='usb' index='0' model='ich9-uhci3'>
      <master startport='4'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x2'/>
    </controller>
    <controller type='virtio-serial' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>
    </controller>
    <interface type='network'>
      <mac address='52:54:00:22:cd:62'/>
      <source network='default'/>
      <model type='virtio'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
    <interface type='network'>
      <mac address='52:54:00:9a:c5:71'/>
      <source network='test'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target port='0'/>
    </serial>
    <console type='pty'>
      <target type='serial' port='0'/>
    </console>
    <channel type='spicevmc'>
      <target type='virtio' name='com.redhat.spice.0'/>
      <address type='virtio-serial' controller='0' bus='0' port='1'/>
    </channel>
    <input type='tablet' bus='usb'/>
    <input type='mouse' bus='ps2'/>
    <graphics type='spice' port='5908' autoport='no' listen='0.0.0.0'>
      <listen type='address' address='0.0.0.0'/>
    </graphics>
    <sound model='es1370'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </sound>
    <video>
      <model type='qxl' ram='262144' vram='131072' heads='1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
    <redirdev bus='usb' type='spicevmc'>
    </redirdev>
    <memballoon model='virtio'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/>
    </memballoon>
  </devices>
  <qemu:commandline>
    <qemu:arg value='-global'/>
    <qemu:arg value='qxl-vga.vgamem_mb=64'/>
  </qemu:commandline>
</domain>

and logs from the user session, please refer to attachment log2
Thanks

Created attachment 1118432 [details]
log2

I managed to reproduce it with any version of virt-viewer - it is not a regression (at least not on the virt-viewer side).

It seems that the key is the change of the desktop aspect ratio:

1440x900 => 16:10
640x480  => 4:3

Sometimes the window does not resize quickly enough (for me the it is 10% reproducible) and following appears in the debug log:
(virt-viewer:1794): virt-viewer-DEBUG: Allocated 1440x900
(virt-viewer:1794): virt-viewer-DEBUG: Child allocate 1200x900

instead of:
(virt-viewer:1794): virt-viewer-DEBUG: Allocated 640x480
(virt-viewer:1794): virt-viewer-DEBUG: Child allocate 640x480

and the bug is triggered.

Hi, are you still able to reproduce ?

I am not. It is possible that it got fixed by another component (maybe gtk2).

Version-Release number of selected component (if applicable):
virt-viewer-2.0-15.el6.x86_64
gtk2-2.24.23-8.el6.x86_64

Hi Pavel,

I also can't reproduce the problem right now

Version-Release number of selected component (if applicable):
virt-viewer-2.0-15.el6.x86_64
gtk2-2.24.23-8.el6.x86_64

(In reply to mxie from comment #15)
> Hi Pavel,
> 
> I also can't reproduce the problem right now
> 
> Version-Release number of selected component (if applicable):
> virt-viewer-2.0-15.el6.x86_64
> gtk2-2.24.23-8.el6.x86_64

Thank you for the confirmation! Closing