GNU bug report logs - #30019
26.0.90; Invalid specification of parent-frame with desktop-read

Previous Next

Full log

View this message in rfc822 format

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 30019 <at> debbugs.gnu.org, aaronjensen <at> gmail.com
Subject: bug#30019: 26.0.90; Invalid specification of parent-frame with desktop-read
Date: Thu, 11 Jan 2018 11:54:57 +0100

>> In practice this means that with desktop in use I have to install some
>> sort of hook or timer that triggers when the parent frame has been
>> mapped and reparent the (until then probably hidden and not yet
>> parented) child frame.
>
> I don't think I understand why you need this.  I thought you said that
> we only need an X window when the minibuffer becomes active, or did I
> misunderstand?  If I did understand correctly, then this problem
> sounds like something that should be worked around by avoiding the
> error, not something that needs to be fixed.  The parent frame will be
> eventually mapped, most probably much sooner than the user uses the
> minibuffer for the first time.  Right?

Normal minibuffer frames are top-level frames, they have no parent.
So we have no problems with minibuffer frames because the window
system will have created and made them visible some time before the
first user interaction occurs.

The problem here is with child frames whose window system parent
window can be assigned only after that parent window has been made by
the window system and whose identity has been reported to us.

martin

Previous Next

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