bug#53298: 29.0.50; GTK3 frame stops updating

[martin rudalics]

> Under the Enlightenmnet window manager 0.25, emacs w/GTK3 stops updating
> after switching to a different virtual desktop and back.  It still
> responds to keyboard input.  It can be restored by shading (aka rolling
> up) or minimizing the window.
>
> Further, minimizing the window will cause emacs to behave correctly
> after future virtual desktop switches.  At least until another unshading
> - at which point it stops updating again.
>
> Enlightenment 0.25 began setting _NET_WM_STATE to _NET_WM_STATE_HIDDEN
> when switching virtual desktops.  According to xprop, the value is
> cleared after returning to the emacs desktop.
>
> A Xaw build doesn't have this problem.  I've confirmed this with with
> 27.1 packages from debian bullseye and the current master branch.
>
> To reproduce:
> 1. install enlightenment 0.25 and start an X session
> 2. configure at least two virtual desktops in Settings -> Screen ->
> Virtual Desktops
> 3. install emacs using the GTK3 toolkit and start it
> 4. switch to another virtual desktop and back
> 5. focus the emacs frame, typing will not show up, but keyboard
> shortcuts still work (C-x C-c is easy to verify with)
> 6. double click the window title bar twice to shade & unshade.  The
> window should start updating again.

Thanks for the report.  I suppose this is the problem described in
Bug#49955 28.0.50; Emacs got quasi freeze.  For some reasons, Masaru
Nomiya reported that bug as fixed but we never got a conclusive answer.

Also the problem he reported here

https://www.mail-archive.com/enlightenment-users@lists.sourceforge.net/msg26981.html

apparently had no conclusive outcome either.

Can you try commenting in the two lines

/**           SET_FRAME_VISIBLE (f, 1); **/
/**           SET_FRAME_ICONIFIED (f, false); **/

in xterm.c and tell whether that solves the problem.  If so, we could
add an option to set these in accordance with the window manager used.

Thanks, martin