Re: input-pending-p after make-frame-visible

[Aaron Jensen]

On Fri, Oct 1, 2021 at 2:25 PM Aaron Jensen <aaronjensen@gmail.com> wrote:
>
> On Fri, Oct 1, 2021 at 1:57 PM Eli Zaretskii <eliz@gnu.org> wrote:
> >
> > > From: Aaron Jensen <aaronjensen@gmail.com>
> > > Date: Fri, 1 Oct 2021 13:31:55 -0400
> > > Cc: martin rudalics <rudalics@gmx.at>, emacs-devel@gnu.org
> > >
> > > On Wed, Sep 29, 2021 at 11:42 AM Eli Zaretskii <eliz@gnu.org> wrote:
> > > >
> > > > Yes.  Emacs has only one event queue, and the "kbd_" part of its name
> > > > is misleading (it's a remnant from the original pre-GUI design).
> > >
> > > Ok, it appears to be 19, which I believe is HELP_EVENT. Does that make 
> > > sense?
> >
> > help-echo?  That presumes that the mouse pointer was above
> > mouse-sensitive text.  Was it?
>
> That was a helpful question. I can reproduce it now. If I click on the
> echo area, it opens the messages buffer. Once that has been done once,
> the issue happens every time.
>
> > But according to my reading of the code, it's TOOL_BAR_EVENT, because
> > 2 events are specific to MS-Windows.
>
> That's what I got when I counted too, but it's HELP_EVENT. I verified
> by printing it.

Does anyone know why showing a mini-buffer only child frame would
trigger a help event? It doesn't when I first start emacs, but if I
click on the echo area once, it will do it from then on out. I'll see
if I can narrow in a repro.