GNU bug report logs - #46827
Broken initial size of GTK3 frame

Previous Next

Package: emacs;

Reported by: martin rudalics <rudalics <at> gmx.at>

Date: Sun, 28 Feb 2021 09:32:01 UTC

Severity: normal

Tags: fixed

Fixed in version 28.1

Done: martin rudalics <rudalics <at> gmx.at>

Bug is archived. No further changes may be made.

Full log


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

From: Juri Linkov <juri <at> linkov.net>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 46827 <at> debbugs.gnu.org
Subject: Re: bug#46827: Broken initial size of GTK3 frame
Date: Mon, 03 May 2021 19:40:11 +0300
>> Actually, now there is only one successful scenario: it doesn't flash
>> with sit-for, but still flashes with a message.
>
> Does "now" mean after my most recent commit?

I don't know whether it affected since anyway sit-for can be used for
workaround as a test without flash.

> Didn't you earlier say that all this happens in a maximized frame?  The
> sizes above seem to contradict that.

For testing, I tried in an unmaximized frame, but the problem is the same.

> In either case, someone requests to enlarge and shrink the tab bar by
> two pixels which contradicts your earlier "and the tab bar is not
> resized".

There are no visible resizes.

> So who wants to do that to the tab bar and why?

I don't know who wants to resize by two pixels.

> And who wants to set the window configuration here and why?

I added a breakpoint in set-window-configuration, and it's called from
tab-bar-select-tab in Gnus.

In total there are 4 tab switches with 4 calls of set-window-configuration.
But after removing gnus-remove-some-windows, when set-window-configuration
is not called at all, there are still the same flashes.




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

Previous Next


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