bug#14627: 24.2; Vertical frame size shrinking

["Jan Djärv" <jan.h.d@swipnet.se>]

Hello.

23 aug 2013 kl. 13:10 skrev Eli Zaretskii <eliz@gnu.org>:

>> Date: Fri, 23 Aug 2013 12:46:01 +0200
>> From: martin rudalics <rudalics@gmx.at>
>> CC: stephen.berman@gmx.net, 14627@debbugs.gnu.org, bk1@gmx.net
>> 
>>>> The OP uses cyrillic and Stephen invokes Info, could these give a
>>>> clue?
>>> 
>>> I don't think so, certainly not with Info.
>> 
>> Info has a special toolbar.
> 
> Right, but we already talked about that: only image sizes can change
> the toolbar's size.

In 99 cases out of 100 these cases are due to either the inherent race in wm_size_hints or bugs in the window manager.  In this case it is probably the latter.

I suspect the tool bar changes for the OP.  That makes Emacs send new wm_size_hints to the window manager, telling it what the base- and increment sizes are.  If the tool bar changes, the base size changes (the size not counted against resize increments, i.e. font size).  Normally a window manager shall then make sure Emacs frame has the appropriate size, i.e.

    height = base_y + inc_y * n

where n is an integer.

But in this case the frame is maximized, so the window manager should do nothing, like all other window managers.

A possible workaround is not to update size hints when Emacs is maximized or fullscreen.

	Jan D.