GNU bug report logs - #32334
Window resize fails in remote X11

Previous Next

Full log

Message #34 received at 32334 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 32334 <at> debbugs.gnu.org, Demo <at> Demosthenes.org
Subject: Re: bug#32334: Window resize fails in remote X11
Date: Mon, 06 Aug 2018 12:12:51 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Robert Pluim <rpluim <at> gmail.com>
>> Cc: Demo <at> Demosthenes.org,  32334 <at> debbugs.gnu.org
>> Date: Thu, 02 Aug 2018 15:49:07 +0200
>> 
>> Initial debugging showed that the appropriated XDBE calls are being
>> made, so perhaps the initial setup of the frame is at fault. More
>> debugging this weekend, I hope.
>
> Thank you for working on this annoying problem.

So hereʼs what I have so far:

- Either no other program on the internet uses XDBE, or if they do
  their users never use X11 forwarding over ssh
- The emacs toolkit type doesnʼt matter, they all have visual problems
  of one kind or another
- XDBE calls are definitely being made, and they're not returning
  errors
- Itʼs not a timing issue: if I delay the XDBE setup until after the
  initial frame has been set up and shown, then visual problems still
  start occuring immediately after the XDBE initialization

I also tested with Cygwin's XServer, which supports the double
buffering extension. I used the same ssh session, and emacs came up
and looked and worked fine.

So at this point itʼs looking more like an issue with VcXsrv than with
emacs. Iʼll see if I can engage with them after I get back from vacation.

Robert

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.