Re: [PATCH virt-viewer] rhbz#1111514: Fix un-shrinkable displays on windows guests

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jun 23, 2014 at 11:05:02AM -0400, Jonathon Jongsma wrote:
> Hi Christophe,
> 
> ----- Original Message -----
> > From: "Christophe Fergeau" <cfergeau@xxxxxxxxxx>
> > To: "Jonathon Jongsma" <jjongsma@xxxxxxxxxx>
> > Cc: virt-tools-list@xxxxxxxxxx
> > Sent: Monday, June 23, 2014 7:35:34 AM
> > Subject: Re:  [PATCH virt-viewer] rhbz#1111514: Fix un-shrinkable displays on windows guests
> > 
> > Hey,
> > 
> > On Fri, Jun 20, 2014 at 03:02:28PM -0500, Jonathon Jongsma wrote:
> > > Commit 6edde5786 introduced a regression wrt shrinking windows on windows
> > > guests. This seems to be because resizing a display often causes the
> > > notebook
> > > widget to switch to the status page temporarily (often so quickly that it's
> > > not
> > > noticeable to the eye). This causes a quick 'unmap' and 'map' event
> > > sequence on
> > > the display widget. Apparently the timing of these events varies enough
> > > between
> > > linux and windows guests that it is only noticeable on windows gueststhe
> > > timing
> > > of these events varies enough between linux and windows guests that it is
> > > only
> > > noticeable on windows guests. The exact sequence that causes the bug
> > > appears to
> > > be as follows:
> > > 
> > > 1 user resizes window smaller
> > > 2 display widget gets a new allocation, which causes it to send a display
> > >   reconfiguration to the guest
> > > 3 client receives a new show-hint for the display which causes it to switch
> > >   temporarily to the 'status' notebook page
> > > 4 display widget gets unmapped
> > > 5 Client receives another new show-hint, which causes the display widget to
> > > get
> > 
> > Is it possible to avoid showing this status notebook? I've seen this
> > 'connecting to display' showing up on resize sometimes, and this feels
> > weird (if that is what is actually show in this case).
> > 
> 
> The message that is shown should be "Waiting for display %d...".  When connected to guests on the local network, this message is generally not shown long enough for me to notice it, though.

Yes, I did not remember the exact message, sorry ;)

> 
> The thing that triggers us to show this status message is the 'ready' state of the SpiceDisplay widget from spice-gtk. So if we wanted to change that behavior, it should probably be done there. Or we could theoretically decide that virt-viewer should not change to the 'status' notebook page when a display becomes unready, but that doesn't seem like a good idea to me. Perhaps we could switch to the status notebook in a timeout handler (e.g. 100ms or so).  This way we'd avoid the case where it switches back and forth immediately, but would still show the status message if the widget didn't become ready before a certain time...

I think having a timeout like you describe would be better as this would
hide this 'Waiting for display...' message, though there is no timeout
that will work in all situation (slow remote connections), so I assume
we would also need the patch that is being discussed, right ?

Christophe

Attachment: pgp_KwAMI1jG2.pgp
Description: PGP signature

_______________________________________________
virt-tools-list mailing list
virt-tools-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/virt-tools-list

[Index of Archives]     [Linux Virtualization]     [KVM Development]     [CentOS Virtualization]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]     [Video 4 Linux]

  Powered by Linux