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

[Aaron Jensen <aaronjensen@gmail.com>]

On Mon, Sep 27, 2021 at 4:51 AM martin rudalics <rudalics@gmx.at> wrote:
>
>  > I only see my problem sometimes. It doesn't reproduce if I restart
>  > Emacs until it does (some random amount of time later)
>
> So you have to trigger it, somehow.
>
>  > When I do the above, if I focus away from the 2nd frame and back I see
>  > nothing.
>
> With and/or without my patch?  Please compare the behaviors.
>
>  > If I minimize it (I'm on macOS, so not sure if that is the
>  > closest thing to lowering) then I either get a focus-out-event or
>  > switch-frame-event because it ends up giving the focus to the 1st
>  > frame, that's just how macOS works.
>
> That's why I told you to provide for a third window (using another Emacs
> process or another application) that gets focus when you minimize the
> Emacs frame.  But getting a focus-out event with the patch applied _is_
> bad - these should be caught by the patch.
>
>  > Maybe I can find a place to put
>  > last-input-event if it reproduces again.
>  >
>  > I'm using your patch now, so I can let you know if it happens again.
>
> You can also set 'while-no-input-ignore-events' to include or rule out
> specific events.

last-input-event is 134217848 after I get into that situation w/ M-x.
I'm guessing that's M-x, because if I do C-h v, I end up with 118 (v).

That won't show non-input events, will it?

Aaron