[Emacs-bug-tracker] bug#5968: marked as done (Problems with 'geometry' [GTK,Cygwin,trunk])

[GNU bug Tracking System]

Your message dated Sun, 18 Apr 2010 13:28:47 +0200
with message-id <address@hidden>
and subject line Re: bug#5968: Problems with 'geometry' [GTK,Cygwin,trunk]
has caused the GNU bug report #5968,
regarding Problems with 'geometry' [GTK,Cygwin,trunk]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact address@hidden
immediately.)


-- 
5968: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5968
GNU Bug Tracking System
Contact address@hidden with problems

--- Begin Message --- Subject: Problems with 'geometry' [GTK,Cygwin,trunk] Date: Sun, 18 Apr 2010 11:52:31 +0200 User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4

I have in .Xdefaults:

Emacs.geometry:         80x40-0+0

which has always started Emacs with the top-right corner (TRC) over the same corner of Desktop.

But now, the revisions 99918, 99920, 99922... of trunk (GTK build on Cygwin) starts Emacs with TRC *out* the Desktop! See the attached figure in [*]! :(

I suspect this is related:

src/ChangeLog:
==================================================
[...]
2010-04-13  Jan DjÃrv  <...>

* gtkutil.c (xg_set_geometry): Set geometry for PPosition also.
(x_wm_set_size_hint): Dont set position flags, gtk_window_parse_geometry
does that.
[...]
==================================================

Rev. 99880 works just fine... Indeed, reverting *only* the changes to 'gtkutil.c' (applying 'gtkutil.c.revert_to_880.diff') and building rev. 99922, Emacs starts as expected!! :-)

Perhaps these changes are the cause of the problems:

====================
[...]
-  if (user_position)
-    {
-      hint_flags &= ~GDK_HINT_POS;
-      hint_flags |= GDK_HINT_USER_POS;
-    }
[...]
====================

It seems that this problem is Cygwin specific, I can't reproduce it on GNU/Linux Kubuntu 9.10.

On Cygwin, it can be reproduced simply with:

$ emacs -Q --geometry 80x40-0+0 &

or

$ emacs -Q --geometry -0+0 &

Thanks,
Angelo.

---
[*] http://lists.gnu.org/archive/html/emacs-devel/2010-04/msg00772.html

gtkutil.c.revert_to_880.diff
Description: Text document

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#5968: Problems with 'geometry' [GTK,Cygwin,trunk]
>
>
>
>
> Date: 
>
> Sun, 18 Apr 2010 13:28:47 +0200
>
>
>
>
> User-agent: 
>
> Thunderbird 2.0.0.24 (X11/20100411)
>
>
>
>
> This is a combination of a race condition (frame is not visible when geometry 
> is set), and the fact that the window manager doesn't honor gravity correctly.
>
> I reinstalled the change below.  It is in principle redundant as Gtk+ sets 
> this when parsing geometry, but the window manager doesn't seem to honor it 
> when the window is later shown at a different size.
>
> Marking as done.
>
>         Jan D.
>
>
> > Rev. 99880 works just fine... Indeed, reverting *only* the changes to 
> > 'gtkutil.c' (applying 'gtkutil.c.revert_to_880.diff') and building rev. 
> > 99922, Emacs starts as expected!! :-)
> >
> > Perhaps these changes are the cause of the problems:
> >
> > ====================
> > [...]
> > -  if (user_position)
> > -    {
> > -      hint_flags &= ~GDK_HINT_POS;
> > -      hint_flags |= GDK_HINT_USER_POS;
> > -    }
> > [...]
> > ====================
> >
> > It seems that this problem is Cygwin specific, I can't reproduce it on 
> > GNU/Linux Kubuntu 9.10.
>
>         Jan D.
>
>
> --- End Message ---