GNU bug report logs - #48406
28.0.50; Emacs stuck in infinite loop in wait_reading_process_output when opening in fullscreen (NS)

Previous Next

Full log

View this message in rfc822 format

From: Andrii Kolomoiets <andreyk.mad <at> gmail.com>
To: Illia Ostapyshyn <ilya.ostapyshyn <at> gmail.com>
Cc: 48406 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>
Subject: bug#48406: 28.0.50; Emacs stuck in infinite loop in wait_reading_process_output when opening in fullscreen (NS)
Date: Fri, 14 May 2021 22:32:56 +0300

Illia Ostapyshyn <ilya.ostapyshyn <at> gmail.com> writes:

> Executing like this doesn't work for me:
>
>     emacs -Q --execute "(push '(fullscreen . fullboth) default-frame-alist)"
>
> I've tried recompiling emacs with you configure flags, same
> result. Could it be the OS version? I doubt it, I recall having this
> issue long time ago, but I bore with it instead of reporting.

Well, I'm on macOS 11.3.1 now, recompiled Emacs with `make bootstrap`
still works fine.

> The patch didn't fix the issue, but there are two more instances of
> waitFullScreenTransition in nsterm.m. I narrowed it down to this one:
>
> @@ -8061,8 +8061,6 @@ - (void)toggleFullScreen: (id)sender
>          {
>  #endif
>            [[self window] toggleFullScreen:sender];
> -          // wait for fullscreen animation complete (bug#28496)
> -          [self waitFullScreenTransition];

This one is needed to avoid `(sleep-for 0.5)` in `frame.el`.

Maybe we need more users affected by this bug to find out the conditions for
reproducing this error.

Can you please enable NSTRACE by uncomenting this line in the
`src/nsterm.h` file:

/* #define NSTRACE_ENABLED 1          */

Hope trace messages will give us some more information on what is going
on.


-- 
Andrii

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.