Before a viewer unmutes a screenshare they cannot tell whether it has audio at all (game sound shared or not). Add a small speaker glyph to the screenshare tile when the share's audio track exists and is not muted by the sharer; a crossed glyph when the viewer has locally muted it via io.lotus.set_deafen / screenshare-audio-mute.
Scope
Source of truth: presence of the screen_share_audio track publication on the remote participant + its mute state; the viewer-side mute state from the existing Lotus screenshare-audio-mute path.
Glyph only (existing tile icon style, mobile-safe size); no text.
Before a viewer unmutes a screenshare they cannot tell whether it has audio at all (game sound shared or not). Add a small speaker glyph to the screenshare tile when the share's audio track exists and is not muted by the sharer; a crossed glyph when the viewer has locally muted it via `io.lotus.set_deafen` / screenshare-audio-mute.
### Scope
- Source of truth: presence of the `screen_share_audio` track publication on the remote participant + its mute state; the viewer-side mute state from the existing Lotus screenshare-audio-mute path.
- Glyph only (existing tile icon style, mobile-safe size); no text.
jared
added this to the Features 2026-Q4 milestone 2026-09-17 16:10:04 -04:00
The spotlight screenshare tile already showed the speaker glyph only when the share publishes audio (ScreenShareVolumeButton), so "has audio at all" was covered. Two gaps fixed: audioEnabled$ counted a publication the sharer had muted as audio (now publication && !isMuted via observeParticipantMedia), and the host's screenshare-audio mute (io.lotus.set_deafen → renderer muted) wasn't reflected — the glyph stayed "on" while nothing played. It now shows crossed when either the tile's own mute or the Lotus mute is active. Glyph only, existing icon style.
Done in 33b51e5d (in 0.25.0-lotus.12).
The spotlight screenshare tile already showed the speaker glyph only when the share publishes audio (`ScreenShareVolumeButton`), so "has audio at all" was covered. Two gaps fixed: `audioEnabled$` counted a publication the sharer had muted as audio (now `publication && !isMuted` via `observeParticipantMedia`), and the host's screenshare-audio mute (`io.lotus.set_deafen` → renderer muted) wasn't reflected — the glyph stayed "on" while nothing played. It now shows crossed when either the tile's own mute or the Lotus mute is active. Glyph only, existing icon style.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Before a viewer unmutes a screenshare they cannot tell whether it has audio at all (game sound shared or not). Add a small speaker glyph to the screenshare tile when the share's audio track exists and is not muted by the sharer; a crossed glyph when the viewer has locally muted it via
io.lotus.set_deafen/ screenshare-audio-mute.Scope
screen_share_audiotrack publication on the remote participant + its mute state; the viewer-side mute state from the existing Lotus screenshare-audio-mute path.Done in
33b51e5d(in 0.25.0-lotus.12).The spotlight screenshare tile already showed the speaker glyph only when the share publishes audio (
ScreenShareVolumeButton), so "has audio at all" was covered. Two gaps fixed:audioEnabled$counted a publication the sharer had muted as audio (nowpublication && !isMutedviaobserveParticipantMedia), and the host's screenshare-audio mute (io.lotus.set_deafen→ renderer muted) wasn't reflected — the glyph stayed "on" while nothing played. It now shows crossed when either the tile's own mute or the Lotus mute is active. Glyph only, existing icon style.