GNU bug report logs - #32207
26.1; can't set window position with emacs 26.3

Previous Next

Full log

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

From: martin rudalics <rudalics <at> gmx.at>
To: emacs <at> martins.cc
Cc: 32207 <at> debbugs.gnu.org
Subject: Re: bug#32207: 26.1; can't set window position with emacs 26.3
Date: Wed, 25 Jul 2018 08:21:33 +0200

> Compiled 25 and ran "emacs -Q -g ...'.

What are the -g specifications?

> It places the window
> fine, but ...
>
> Shell warnings:
> ---------------
> (emacs:23708): Gtk-WARNING **: 10:59:27.659:
>    gtk_window_parse_geometry() called on a window with no
>    visible children; the window should be set up before
>    gtk_window_parse_geometry() is called.

This is to be expected (see Bug#25851 for further details) and should
have been solved for Emacs 26.

> Fvwm warnings (some duplicated for some reason):
> ------------------------------------------------
> [fvwm.0][__explain_placement]: placed new window 0x600122 'emacs@...':
>    initial size 404x420
>    desk 0 (current desk)
>    current page
>    position 400 400  (used user specified position)
>
> [fvwm.0][GetWindowSizeHints]: <<WARNING>> reason: 6: The hints have been ignored because the window's current size would have become invalid.  The new hints will become active when the window generates the next ConfigureRequest.
>
> [fvwm.0][GetWindowSizeHints]: <<WARNING>> The application window (id 0x600122)
>    "emacs@..." has broken size hints (inconsistent with current size).
>      fvwm is ignoring those hints.    hint override = 0, flags = 350
>    min_width = 41, min_height = 84, max_width = 41, max_height = 84
>    width_inc = 9, height_inc = 18
>    min_aspect = 0/0, max_aspect = 0/0
>    base_width = 41, base_height = 84
>    win_gravity = 1
[...]
>
> Thus the position and size are fine, but it does generate a
> lot of warnings!

I have no idea what kind of "inconsistency" fvwm means here.  It is
possible that 18 * 84 which gives 1512 pixels + 400 which gives 1912
pixels is too high for your screen.

Anyway, it seems that Emacs 25 while coming up with the intended
position/size does not behave correctly either.  Let's do away with
-g and resources for the moment and try starting Emacs as follows:

emacs -Q --eval "(setq initial-frame-alist '((width . 41) (height . 84) (left . 400) (top . 400)))"

Do Emacs 25 and Emacs 26 behave differently and are there any
warnings?

Thanks, martin

Previous Next

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