2 Commits

Include renames

Author	SHA1	Message	Date
Lotus CIandClaude Opus 5.5	5f4844cad5	feat(lotus): report remote screenshare audio to the host (cinny #277) ... New fromWidget action io.lotus.screenshare_audio_state { present }: each LivekitRoomAudioRenderer reports whether a remote participant's ScreenShareAudio track is being received; the combined answer is sent to the host on change, and cleared when a renderer unmounts. cinny uses it to show "Mute Screenshare Audio" only when there is something to mute. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017PCb59uY3UKqDqt7B6hzd5	2026-10-19 14:21:52 -04:00
Lotus CIandClaude Opus 5	ea579cb998	fix(lotus): screenshare-audio mute survives a re-share — mute via the renderer, not setVolume ... "Mute Screenshare Audio" (io.lotus.set_deafen screenshareAudioMuted) used RemoteParticipant.setVolume(0, ScreenShareAudio). EC's own createVolumeControls writes volume 1 through the same setter the moment a new screenshare media item resolves, so when the sharer stopped and re-shared (or a late joiner shared) the audio came back at full volume while the host button still said "Unmute Screenshare Audio". Reproduced on the local calls stack with two headless clients: after a re-share the screen_share_audio element read vol=1. Now the flag is a global behavior (muteScreenshareAudio$) that LivekitRoomAudioRenderer turns into the `muted` prop of every Track.Source.ScreenShareAudio element — the exact mechanism deafen already uses (pub.setEnabled(false): the server stops sending). Verified via the RemoteTrackPublication behind each <audio>: the re-published track (new sid) mounts with enabled=false while muted and re-enables on unmute; deafen + undeafen leaves it muted; teardown resets the flag so the next call starts clean. Unit tests updated; renderer test asserts only ScreenShareAudio elements get muted by the new prop. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01PPmy3tPq869XDW4njjVaKA	2026-09-18 23:54:25 -04:00