GNU bug report logs - #44002
27.1; Small window height with VcXsrv X server when built with gtk3 toolkit

Previous Next

Package: emacs;

Reported by: "J. Scott Berg" <jsberg-bnl <at> outlook.com>

Date: Thu, 15 Oct 2020 04:25:02 UTC

Severity: normal

Found in version 27.1

Fixed in version 28.1

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 44002 <at> debbugs.gnu.org, jsberg-bnl <at> outlook.com
Subject: bug#44002: 27.1; Small window height with VcXsrv X server when built with gtk3 toolkit
Date: Sat, 17 Oct 2020 12:34:53 +0300
> Cc: 44002 <at> debbugs.gnu.org
> From: martin rudalics <rudalics <at> gmx.at>
> Date: Sat, 17 Oct 2020 11:32:39 +0200
> 
>  > Martin, any comments on the proposed patch?  Or on the problem in
>  > general?
> 
> I applied it here and didn't see any detrimental effects.  I suppose we
> should just install it and look whether it causes problems with any of
> our window managers.

Do you think it is safe enough for the emacs-27 branch?

> For me the most interesting aspect is that it apparently works with
> GTK2.  Maybe comparing the traces of GTK2 and GTK3 runs could reveal
> more.  Or comparing a GTK3 trace with that of a Lucid build.
> 
>  > Btw, do we understand why this happens only with VcXsrv?
> 
> I never used VcXsrv so I don't know how it works.  As an example, I have
> no idea what the "top level window" is and why it is not the same as the
> "window associated with the frame".  Also, the fact that a "bogus
> height" is propagated while a "bogus width" is not, hints at yet another
> unresolved mystery.

Agreed.  Maybe the OP could help us understand some of that.




This bug report was last modified 4 years and 87 days ago.

Previous Next


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