The problem isn't exactly the same (my mouse can enter the emacs window with no problems, but /does/ fail upon clicking into it), but it seems similar enough to give it a go.

> Can you clarify whether the patch has been applied to stretch?

It took a little bit of learning, but I don't think that patch is present in stretch yet. (I used `apt-get source libgtk-3-dev` after pointing apt to the source repositories.) I can follow up with the GTK maintainers as to how to get that patch on my system and/or compile GTK from source (or better yet,

Thanks, and nice find!

-Sean

On Fri, Aug 24, 2018 at 7:46 AM martin rudalics <rudalics@gmx.at> wrote:

> Starting emacs under X using GTK3, when the window is resized (or emacs is
> started maximized or at a certain size or...), emacs crashes hard with the
> stacktrace below. Logs from configure and make follow. The GTK3 bug
> mentioned [1] is marked resolved-obsolete and only appears to affect 3.0.x
> -- whereas
[...]
> APT-Sources: http://deb.debian.org/debian stretch/main amd64 Packages
[...]
> [1]: https://bugzilla.gnome.org/show_bug.cgi?id=85715

In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901038 I read wrt
that bug that ...

>> The exact same patch has already been integrated into upstream and is
>> present in gtk+3.0-3.22.30 on Debian sid, can this fix please be
>> integrated into Debian stretch as well?

... and you seem to be on Debian stretch. Can you clarify whether the
patch has been applied to stretch?

Thanks, martin