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

[Aaron Jensen]

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.

Right, and I have no idea how at the moment.

>  > 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.

Same w/o the patch, I don't know if application focus events are not
handled on macos, only window (frame) focus changes

>  > 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.

Right, there is a 3rd window, but that's not how macOS works. I think
I found how to do it though. If I minimize the messages frame, then
eval the form, then minimize frame that and raise it, I do get a
focus-out on that frame, with or without 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.

Ok, I'll see if I can do that once I get it reproducing again.

Thanks,

Aaron