GNU bug report logs - #75056
31.0.50; tty-child-frames with server / multiple clients possible hangs

Previous Next

Full log

View this message in rfc822 format

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Eli Zaretskii <eliz <at> gnu.org>, lenbok <at> gmail.com, 75056 <at> debbugs.gnu.org
Subject: bug#75056: 31.0.50; tty-child-frames with server / multiple clients possible hangs
Date: Sun, 26 Jan 2025 10:19:05 +0100

martin rudalics <rudalics <at> gmx.at> writes:

>>> So it is still true that a frame other than the top frame returns t
>>> from frame-visible-p, right?  Here's the recipe:
>>>
>>>    emacs -Q -nw
>>>    C-x 5 b RET
>>>    M-: (frame-visible-p (next-frame)) RET
>>>     => t
>>>
>>> This is different from GUI frames, in that z-order is not considered
>>> on TTYs.
>>
>> That looks like a bug to me. I think it should return nil. (Although I'm
>> never 100% sure with the frame code.) Opinions?
>
> The doc-string of 'make-frame-invisible' says that
>
>   This function has no effect on text terminal frames.  Such frames are
>   always considered visible, whether or not they are currently being
>   displayed in the terminal.
>
> martin

Should we make a bug for that so that is doesn't get forgotten?
Probably also a lot of other doc strings need fixing. make-frame-visible
is also not right. And another one I changed recently.

Previous Next

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