Mitchell Hashimoto 5edf0dffda gtk/TabView: do not closeTab within close-page signal handler (#7515) ...

`TabView` assumes to be the sole owner of all `Tab`s within a Window. As
such, it could close the managed `Window` once all tabs are removed from
its widget.

However, during `AdwTabView::close-page` signal triggered by libadwaita,
the `Tab` to be closed will gain an another reference for the duration
of the signal, breaking `TabView.closeTab` (called via
`Tab.closeWithConfirmation`) assumptions that having no tabs meant they
are all destroyed.

This commit solves the issue by scheduling `Tab.closeWithConfirmation`
to be run after `AdwTabView::close-page` signal has finished processing.

Fixes #7426

2025-06-05 07:36:10 -07:00

..

gtk

gtk/TabView: do not closeTab within close-page signal handler (#7515)

2025-06-05 07:36:10 -07:00

action.zig

GTK: add action to show the GTK inspector

2025-05-29 16:07:57 -05:00

browser.zig

can specify a wasm target in build

2022-12-31 08:53:11 -08:00

embedded.zig

config: add launched-from to specify launch source

2025-06-02 08:45:02 -07:00

glfw.zig

GTK: add action to show the GTK inspector

2025-05-29 16:07:57 -05:00

gtk.zig

apprt/gtk: empty inspector window

2023-10-24 15:27:13 -07:00

none.zig

apprt: none has app/surface so tests pass

2023-10-24 15:27:15 -07:00

structs.zig

libghostty: unified action dispatch

2024-09-26 22:00:11 -07:00

surface.zig

OSC: nest ColorOperation-related structs

2025-05-29 11:37:08 -05:00