Closed Bug 1135887 Opened 9 years ago Closed 8 years ago

Hello window sharing continues to show window remotely after local is closed (intermittent)

Categories

(Core :: WebRTC: Audio/Video, enhancement)

Product:
Core
Component:
WebRTC: Audio/Video
Platform:
All
macOS
Type:
enhancement
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME
Blocking Flags:
backlog parking-lot

People

(Reporter: rpapa, Unassigned)

Details

STR
1. Initiate a Hello call
2. Share a window locally (i.e. iMessage)
3. Window activity in iMessage is observable remotely
4. Close iMessage window locally
5. iMessage window continues to be shared remotely in last position

NOTE:
This doesn't happen every time.  Didn't have time to test if only certain apps display this behavior, but it happens for me ~half the time.
Assignee: nobody → standard8
Summary: Hello window sharing continues to share window after remote is closed (intermittent) → Hello window sharing continues to show window remotely after local is closed (intermittent)
Well, since this is about observing the close action of external (non-Firefox) windows, I vote for this one being a WebRTC/ platform bug.
Flags: needinfo?(rjesup)
I just tried this with https://mozilla.github.io/webrtc-landing/gum_test.html on Mac sharing the terminal application and reproduced it easily. Moving to core
Assignee: standard8 → nobody
Component: Client → WebRTC: Audio/Video
Product: Loop → Core
Hardware: x86 → All
This is working as designed. I don't have anyone to put on this anytime soon, but I'd happily take a patch.
Severity: normal → enhancement
backlog: --- → parking-lot
Flags: needinfo?(rjesup)
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.