[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Noam Postavsky
Subject: bug#39072: 26.3; Pressing C-z in fullscreen messes all frames
Date: Fri, 10 Jan 2020 13:47:35 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (windows-nt)

Eli Zaretskii <address@hidden> writes:

>> From: Corwin Brust <address@hidden>
>> 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''

reply via email to

[Prev in Thread] Current Thread [Next in Thread]