During testing, it was found when window-decoration is set to none, the "Change Title..." in both the context menu and menu bar doesn't have any effect since there's no title bar to display or modify. Perhaps in this case we should hide this feature to avoid confusion.

I don't know a good way to conditionally disable this menu item. Do you know an easy way, do you want to take a stab at this? I agree with it.

I don't know a good way to conditionally disable this menu item. Do you know an easy way, do you want to take a stab at this? I agree with it.

I've handled the "Change Title..." menu item in two ways:

1. Context menu: Hide the menu item when window-decoration is "none" or in full-screen mode (since the popover can't be positioned correctly without a title bar)
2. Menu bar: Disable the menu item when window-decoration is "none" or in full-screen mode

Let me know if you'd like me to make any adjustments.

Screenshots

A couple things I noticed:

• For macos-titlebar-style = tabs, I get an exception.

• For native tabs, when the titlebar is being changed, the title turns into a ghost and we probably shouldn't do that:

• The popover X offset is slightly off center.

For macos-titlebar-style = tabs, I get an exception.

I haven't been able to reproduce the exception with macos-titlebar-style = tabs.

For native tabs, when the titlebar is being changed, the title turns into a ghost and we probably shouldn't do that

This is a tricky issue I've also noticed. After investigating, it appears to be related to window focus - when the popover is shown, the main window loses focus, causing Ghostty to lose its context and fall back to the default "👻" emoji.

I've tried several approaches but haven't found a clean solution yet, as this seems to be tied to how macOS handles window focus and popover interactions.