focus-follows-mouse breaks goto_splits actions

[bvergnaud]

Hello,

Congrats on public release.

Trying the terminal tonight on Linux, I noticed that if I set focus-follows-mouse = true, goto_split keybinds only flicker to the target split, and immediately return to the split my mouse is hovering.

In similar situations, all the tiling tools I know about behave in one of two ways:

• Switch focus as requested but return to the hovered split as soon as the mouse moves.
• Switch focus as requested, and keep it there until mouse crosses over a boundary.

It could also be left to the user to decide, as a config option.
There could also be a smarter way to deal with this that I don't know about, of course.

This is repeatable on Arch Linux with the extra/ghostty 1.0.0-2 package.

> ghostty --version
Ghostty 1.0.0-dev+0000000

Version
  - version: 1.0.0-dev+0000000
  - channel: tip
Build Config
  - Zig version: 0.13.0
  - build mode : builtin.OptimizeMode.ReleaseFast
  - app runtime: apprt.Runtime.gtk
  - font engine: font.main.Backend.fontconfig_freetype
  - renderer   : renderer.OpenGL
  - libxev     : main.Backend.io_uring
  - GTK version:
    build      : 4.16.7
    runtime    : 4.16.7
  - libadwaita : enabled
    build      : 1.6.2
    runtime    : 1.6.2

[mitchellh]

I haven't confirmed it but I can believe this on first read.

I've confirmed this is not an issue on macOS. I suspect this is GTK apprt specific.

[jnichols0]

I reproduced this on Linux and found that applying the suggested patch mentioned here #3345 (comment) fixes it. I am thinking this is another symptom of setting the window title creating a mouse motion event.