Screenshare of multi-tab Ghostty only shows initial tab

[nwjsmith]

When screen sharing a multi-tab Ghostty window, only the initial tab is visible. A recording demonstrating with Google Meet and Chrome:

tabs-screensharing-ghostty-bug-small.mp4

[mitchellh]

Interesting! I'm going to have to see if this is "working as expected" or if there is anything I can do to avoid it. Some background: We're not doing anything special with tabs -- they're bog standard macOS native tabs. But native tabbing in macOS is done through multiple windows: each tab is a separate NSWindow under the covers (that's the official API, nothing we can avoid). I wonder if Google Meet is binding to some specific NSWindow id...

I'm not blaming them, I haven't looked into this yet, just my initial "oh I wonder...." thoughts.

If that is the case, there is nothing we can probably do about it. Lots of applications implement a custom tab bar and I'm sure this sort of thing is one of the reasons. That's not really reasonable for me to do right now (its a ton of work, you have to reimplement all the behaviors like drawing, focus, drag to reorder, drag out/in, overflow, etc.), so I hope that's not it!

[mitchellh]

Bad news. This is a macOS or Google Meet bug. I just created the SwiftUI sample project in Xcode with zero modifications and the same bug is exhibited. I don't know who to report this to exactly...

[antoineco]

For information this is a common issue on macOS, and not specific to Google Meet. Any application that uses native tabs will exhibit this behavior while sharing a single window. For instance, this can be reproduced in the macOS Finder through Slack, Zoom, Discord, Google Meet, etc.