open actions create zombie xdg-open processes

[AnthonyZhOon]

Open¹ actions do not perform wait() and directly use std.process.Child.spawn() to create the subprocess. This results in zombie xdg-open processes that are not reaped until the parent ghostty process exits and the init command takes ownership and perform child reaping.

Environment

• Fedora Linux 41 (systemd), hyprland
• Built ghostty off tip

Reproduction

• Launch ghostty
• Perform Open Configuration (keybind or context menu)
• Close the opened configuration editing program
• A zombie xdg-open process is left as a child of the running ghostty process
  zombie.webm²

Potential solutions

The double-fork method, intially create a spawner, which immediately spawns the subprocess xdg-open, the spawner immediately exits after, returning responsiveness to the ghostty thread. When the grandchild xdg-open exits, after its direct-parent has exited, its parent becomes the nearest ancestor child-reaper³, usually init which should reap it. As a result, we unconditionally wait on the short-lived spawner process instead.

Note:
I tried simply adding a .wait() on the xdg-open process in open.zig¹ but this did not result in ghostty being responsive.
It appears xdg-open waits for its children before itself exiting.

There's other solutions listed at this stackoverflow.

I was concerned when a zombie xdg-open had helix pinning a core at 100% after ghostty exited.

Footnotes

1. Open URL, config, or scrollback relying on open.zig ↩ ↩²

2. libreoffice-writer is the only GUI app I have installed that advertises support for MIME text/plain, don't judge ↩

3. UNIX process lifecycle management language is as grim as ever ↩