bug#3784: 23.1.50; Maximizing via the window manager does not survive changing workspace

bug#3784: 23.1.50; Maximizing via the window manager does not survive changing workspace

[James Cloos]

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

I use icewm.  I had been a while since my last compile; I suspect the
recent commits dealing with splitting the h and v maximization are the
cause of the behavioral change.

Now, when I use icewm’s maximize option to max emacs’s window (frame),
switch to another workspace and then switch back, emacs resizes itself
to its original geometry.  It appears to do so by loosing:

_NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_STATE_MAXIMIZED_HORZ

If I instead manually resize the window (frame) to fill the usable area —
or any other size — said resizing remains.

AFAICT, only _NET_WM_STATE_MAXIMIZED_VERT and _NET_WM_STATE_MAXIMIZED_HORZ
get lost on the switch back to the workspace containing emacs’ window.

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/23.1.50/etc/DEBUG for instructions.


In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars)
 of 2009-07-05 on lugabout
Windowing system distributor `The X.Org Foundation', version 11.0.10699001
configured using `configure  '--prefix=/usr' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--program-suffix=-emacs-23' '--infodir=/usr/share/info/emacs-23' '--with-sound' '--with-x' '--with-toolkit-scroll-bars' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xpm' '--with-xft' '--with-libotf' '--with-m17n-flt' '--with-x-toolkit=athena' '--without-hesiod' '--with-kerberos' '--with-kerberos5' '--with-gpm' '--with-dbus' '--build=i686-pc-linux-gnu' 'build_alias=i686-pc-linux-gnu' 'host_alias=i686-pc-linux-gnu' 'CC=i686-pc-linux-gnu-gcc' 'CFLAGS=-march=pentium3 -O2 -Wno-error' 'LDFLAGS=-Wl,-O1''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: C
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  show-paren-mode: t
  display-time-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t

Recent input:
M-x C-g C-x C-f . u r l s . o r g <return> y M-> C-z 
c C-x b <return> C-z C-a C-z b * s c <tab> <return> 
C-z 0 C-x b <return> C-z C-a C-z k M-x m a x <tab> 
<tab> C-g <help-echo> M-x g n u s C-g M-x r e p o r 
<tab> <return>

Recent messages:
Loading delsel...done
Loading time...done
Loading paren...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit
OVERVIEW
Please type y or n: 
Mark set
Making completion list...
Quit
Quit

bug#3784: 23.1.50; Maximizing via the window manager does not survive changing workspace

[Jan Djärv]

James Cloos skrev:
> Please write in English if possible, because the Emacs maintainers
> usually do not have translators to read other languages for them.
> 
> Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.
> 
> Please describe exactly what actions triggered the bug
> and the precise symptoms of the bug:
> 
> I use icewm.  I had been a while since my last compile; I suspect the
> recent commits dealing with splitting the h and v maximization are the
> cause of the behavioral change.
> 
> Now, when I use icewm’s maximize option to max emacs’s window (frame),
> switch to another workspace and then switch back, emacs resizes itself
> to its original geometry.  It appears to do so by loosing:
> 
> _NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_STATE_MAXIMIZED_HORZ
> 
> If I instead manually resize the window (frame) to fill the usable area —
> or any other size — said resizing remains.
> 
> AFAICT, only _NET_WM_STATE_MAXIMIZED_VERT and _NET_WM_STATE_MAXIMIZED_HORZ
> get lost on the switch back to the workspace containing emacs’ window.
> 

I can't reproduce this on icewm 1.2.37 on Ubuntu.
There was a bug on this erlier (3765 and 3766) that was fixed yesterday.  Can 
you try updating your CVS?

	Jan D.