bug#19428: 25.0.50; Frame is wider (in chars) than normal non-deterministically

[Michael Welsh Duggan]

martin rudalics <rudalics@gmx.at> writes:

>> If I run "emacs -Q" multiple times in a row with the build described
>> below in an X environment, I normally get a frame that my window manager
>> describes as 80x34 characters in size.
>>
>> However, about one in every ten times, I get a differently sized frame,
>> usually 84x36.  (And that is indeed the width in chars.)
>
> Please do `M-: (window--dump-frame)' on both frame types and post the
> contents of the buffer *window-frame-dump* for both cases so we can see
> where we spend the extra space.

Good:

frame pixel: 756 x 682   cols/lines: 84 x 34   units: 9 x 19
frame text pixel: 720 x 646   cols/lines: 80 x 34
tool: 36  scroll: 18/0  fringe: 16  border: 1  right: 0  bottom: 0

#<window 3 on *scratch*>   parent: nil
pixel left: 0   top: 34   size: 754 x 627   new: 0
char left: 0   top: 1   size: 83 x 33   new: 0
normal: 1.0 x 1.0   new: 0
body pixel: 720 x 608   char: 80 x 32
width left fringe: 8  left margin: 0  right margin: 0
width right fringe: 8  scroll-bar: 18  divider: 0
height header-line: 0  mode-line: 19  divider: 0

#<window 4 on  *Minibuf-0*>   parent: nil
pixel left: 0   top: 661   size: 754 x 19   new: 0
char left: 0   top: 34   size: 754 x 1   new: 0
normal: 1.0 x 1.0   new: 0
body pixel: 720 x 19   char: 80 x 1
width left fringe: 8  left margin: 0  right margin: 0
width right fringe: 8  scroll-bar: 18  divider: 0
height header-line: 0  mode-line: 0  divider: 0

Bad:

frame pixel: 792 x 720   cols/lines: 88 x 36   units: 9 x 19
frame text pixel: 756 x 684   cols/lines: 84 x 36
tool: 36  scroll: 18/0  fringe: 16  border: 1  right: 0  bottom: 0

#<window 3 on *scratch*>   parent: nil
pixel left: 0   top: 34   size: 790 x 665   new: 0
char left: 0   top: 1   size: 87 x 35   new: 0
normal: 1.0 x 1.0   new: 0
body pixel: 756 x 646   char: 84 x 34
width left fringe: 8  left margin: 0  right margin: 0
width right fringe: 8  scroll-bar: 18  divider: 0
height header-line: 0  mode-line: 19  divider: 0

#<window 4 on  *Minibuf-0*>   parent: nil
pixel left: 0   top: 699   size: 790 x 19   new: 0
char left: 0   top: 36   size: 790 x 1   new: 0
normal: 1.0 x 1.0   new: 0
body pixel: 756 x 19   char: 84 x 1
width left fringe: 8  left margin: 0  right margin: 0
width right fringe: 8  scroll-bar: 18  divider: 0
height header-line: 0  mode-line: 0  divider: 0

>> To repeat, in order to reproduce this I run emacs -Q, check its size,
>> then type `C-x C-c' and do it again until I see this happening.  This is
>> also happening to me at work on an older system (Gnome 2 instead of
>> Gnome 3), with a slightly older (but still recent) build of master.
>
> Please do the same there and post the results as well.  Does/did it
> happen with Emacs 24.4 too or do you see it only on Emacs 25?

I am unable to test this on the other system this week.  I made a build
from the emacs-24 branch on this machine (the one referenced below), and
I was unable to trigger this bug there.

>> In GNU Emacs 25.0.50.1 (x86_64-unknown-linux-gnu, X toolkit)
>>   of 2014-11-27 on maru2
>> Repository revision: 1e3e8ae1d6da51606bf099e5cf02d6ab1f0c27ec
>> Windowing system distributor `The X.Org Foundation', version 11.0.11602901
>> System Description:  Debian GNU/Linux 8.0 (jessie)
>>
>> Configured using:
>>   `configure --without-toolkit-scroll-bars --with-x-toolkit=lucid
>
> It should be related to the combination of these options.  But maybe it
> happens to other users as well and they simply ignore it.
>
>>   'CFLAGS=-Og -ggdb -g3' --with-wide-int'
>
> Thanks, martin

Thanks for looking into this.

-- 
Michael Welsh Duggan
(md5i@md5i.com)