GNU bug report logs - #28611
26.0.60; iconifying a child frame seems to be problematic

Previous Next

Package: emacs;

Reported by: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>

Date: Wed, 27 Sep 2017 01:50:01 UTC

Severity: normal

Found in version 26.0.60

Done: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>

Bug is archived. No further changes may be made.

Full log

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

From: martin rudalics <rudalics <at> gmx.at>
To: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>, 28611 <at> debbugs.gnu.org
Subject: Re: bug#28611: 26.0.60;
 iconifying a child frame seems to be problematic
Date: Wed, 27 Sep 2017 10:13:13 +0200

> Steps to reproduce:
>
>    1. $ emacs -Q &
>    2. Enlarge the frame a bit by mouse.
>    3. Type (make-frame `((parent-frame . ,(selected-frame)))) C-j
>    4. Click the newly created child frame.
>    5. Type (iconify-frame) C-j
>
> Result:
>
>    The child frame becomes unresponsive.
>    The parent frame can take input, but the cursor is still hollow.
>
> Maybe an attempt to iconify a child frame should cause an error.

We warn about this in the Elisp manual:

   * The semantics of maximizing and iconifying child frames is highly
     window-system dependent.  As a rule, applications should never
     invoke these operations for child frames.

I'm not sure whether we should do more about this given the fact that
these operations may and should work well on other window systems.

BTW: Does ‘make-frame-visible’ invoked for the child frame make it
responsive again?

martin
This bug report was last modified 7 years and 236 days ago.

Previous Next

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