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

Previous Next

Full log

Message #158 received at 75056 <at> debbugs.gnu.org (full text, mbox):

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

> From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
> Cc: martin rudalics <rudalics <at> gmx.at>,  lenbok <at> gmail.com,
>   75056 <at> debbugs.gnu.org
> Date: Sun, 26 Jan 2025 09:12:17 +0100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> Yes. C-x 5 2 can make a new root frame, and only one is visible on
> >> the display.
> >
> > So only the top root frame now returns visible = t?
> 
> Yes.
> 
> (Where "top" in that case is not a z-order thing, but all root frames on
> a tty are just part of the frame lists in parallel to each other, like
> before child frames. AFAIR, something in tty_display_info
> says who owns the terminal.)

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.

Previous Next

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