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

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

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.