Inactive split blinks

[Fil0sOFF]

Opening mc (midnight commander) in a split and switching away from it makes the whole mc window blink at a rate of a cursor.
Happens on v1.1.2 as well as on master.
Linux, Wayland.

Screencast.From.2025-02-18.10-19-56-00.00.00.000-00.00.17.944.mp4

[Fil0sOFF]

Also, the same happens even with an empty split, so it's not mc-related.

What's strange is that if I switch to some other window and than back to ghostty it works fine. Right until I switch to another split.

[rhodes-b]

Duplicate #5611

note there are like 4/5 of these please search next time

[Fil0sOFF]

It doesn't look like a duplicate to me.

I'm not running ollama, there's no progressbar, nothing produces any console output.
It's reproducible with just 2 shell sessions running in splits.

Also it's not blinking, but rather the text disappears if I run ghostty in a window.

Here's a screencast.

Screencast.From.2025-02-18.17-17-22.mp4

[rhodes-b]

The blinking is the same as I linked above, entirely disappearing is separate

[00-kat]

The blinking is really slow and periodic, so I'm not sure if it is a duplicate.

Also, the same happens even with an empty split, so it's not mc-related.

Empty splits don't have anything in them redrawing themselves, which makes it even less likely to be a duplicate.

[mitchellh]

This is a duplicate, please search for it. This is not a Ghostty bug, this is because mc isn't using synchronized output and you're seeing tearing. macOS changes our frame rates for non-focused Metal views and we dont' do anything about that (on purpose, it allows for power efficiency).

[rhodes-b]

If the hypothesis is correct, the issue should be reproducible on older GTK versions with GSK_RENDERER=ngl ghostty --gtk-gsk-renderer=default

I tried this on NixOS, the issue is much worse than I have seen here, the initial window doesn't even load properly, with one additional split (2 surfaces) it renders the second split very rarely for ~.5 seconds before going back, with 3 I saw another artifact and no splits ever rendered properly

[rhodes-b]

Below is an example image with 3 splits, note its hard to capture when one of the splits works

[pluiedev]

Could reproduce on GTK 4.16 with GSK_RENDERER=ngl ghostty --gtk-gsk-renderer=default! The GL area looks entirely absent, which is very curious... I'll try to play around with this, but it looks like this is a problem with the new GL renderer

2025-03-22.18-22-30.mp4

[pluiedev]

Promoted to an issue as #6872

[ttys3]

❯ ghostty --version
Ghostty 1.1.3-main+bd7c5cc9

Version
  - version: 1.1.3-main+bd7c5cc9
  - channel: tip
Build Config
  - Zig version: 0.14.0
  - build mode : builtin.OptimizeMode.ReleaseFast
  - app runtime: apprt.Runtime.gtk
  - font engine: font.main.Backend.fontconfig_freetype
  - renderer   : renderer.OpenGL
  - libxev     : io_uring
  - desktop env: gnome
  - GTK version:
    build      : 4.17.6
    runtime    : 4.17.6
  - libadwaita : enabled
    build      : 1.7.0
    runtime    : 1.7.0
  - libX11     : enabled
  - libwayland : enabled

same issue, please fix.

1. tested top, htop, nload, nvtop, all blinks.

2. all other normal command, just disappear after split inactive.

if you do ls, and then make the split inactive, it just disappear.

If this is not a Ghostty bug, then all other terminals like 'kitty' and 'Alacritty' also have bugs to fix because they are supposed to blink, but thoes cli apps did not under them.

[LuoZhongYao]

Due to this issue, in Fedora 42, ghostty has become unavailable.

[00-kat]

Cross-referencing #6869 which looks similarish and may have the same root cause.