bug#39072: 26.3; Pressing C-z in fullscreen messes all frames

[Noam Postavsky]

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Corwin Brust <corwin@bru.st>
>> Date: Fri, 10 Jan 2020 11:01:54 -0600
>> 
>> # windows 10, GNU Emacs 26.3 (msi)
>> emacs -Q
>> F-11 ;;now we're full-screen
>> C-z  ;; now all frames are "locked"
>> 
>> ...
>> 
>> At this point, emacs won't accept keyboard input. C-g doesn't do anything, 
>> If there are several frames they will all be in this state.  We seem to be 
>> able to 
>> recover using the mouse to execute an interactive command.  In fact, I was 
>> able to use Help | Send Bug Report to create this message *after* reproducing
>> from my -Q session -- once the mini-buffer prompt popped I was able to type
>> again.
>
> I cannot reproduce this, but I'm not on Windows 10.  On my Windows
> system, C-z minimizes the frame, even if it was previously maximized
> with F11.

I have a Windows 10 box, and I can't reproduce it either.

In GNU Emacs 26.3 (build 1, x86_64-w64-mingw32)
 of 2019-08-29 built on CIRROCUMULUS
Repository revision: 96dd0196c28bc36779584e47fffcca433c9309cd
Windowing system distributor 'Microsoft Corp.', version 10.0.17763
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.

Configured using:
 'configure --without-dbus --host=x86_64-w64-mingw32
 --without-compress-install 'CFLAGS=-O2 -static -g3''