Bad first render shadow in centered quick terminal

[samhh]

The first render of the background shadow on a Ghostty terminal on latest macOS is reproducibly buggy specifically on a centered quick terminal. Closing the quick terminal (without exiting the shell/instance) and re-opening fixes it. I can reproduce by either killing Ghostty or exiting the shell and re-opening. Running commands in the shell makes no difference. Everything else seems to be rendered correctly.

How it looks initially:

How it looks after re-opening:

Here's the config: https://github.com/samhh/dotfiles/blob/866e8e8aa2c5cf85db1338dc02dad4d464ddcc6c/home/terminal.nix#L4

[mitchellh]

Unconfirmed but easy enough reproduction steps I'll keep this as an issue to look into. Thank you!

[Rawa]

Can confirm that this happens on my machine too (macbook), it happens pretty often to me, sometimes almost all the time and other times it is more rare. Possibly has something to do with rendering pass happening while ctrl/shift/alt or other modifier is pressed?

I have bound ctrl+shift+alt+cmd to caps-lock when held and to be escape when pressed with the help of Karabiner, this is my config entry:

keybind = global:ctrl+shift+alt+cmd+s=toggle_quick_terminal

Most of the cases as soon as I let go of the caps-lock key a re-render happens that fixes everything, but sometimes it doesn't re-render. I believe the cases were it does not re-render is when I let go of the caps-key before in animation is complete, thus a new render is never triggered.
Video

Edit: I tried different bindings. ctrl+s, shift+s, alt+s & cmd+s. All of them trigger this rendering bug, so probably not modifier related.

This is my full config:

keybind = global:ctrl+shift+alt+cmd+s=toggle_quick_terminal

## Clipboard
clipboard-read = "allow"
clipboard-paste-protection = false