Re: [mediacapture-handle] CaptureHandleChangeEvent should just be Event (#50)

Let's examine a scenario:
C (capturer) is capturing T (target).
T had long ago set a capture handle H0. C read it. Everything is static for a long time; maybe an hour.
The clock strikes midnight, for **dramatic effect** as well as to simplify timestamps. It's now 00:00:00.
At 00:00:01, T is navigated to a new document. Event E1 is fired on C to clear out the capture-handle.
At 00:00:02, or one second later, the new document finishes loading and executes a call to `setCaptureHandleConfig()`. Event E2 is fired on C to set the new capture-handle, H2.
C's main loop was a bit busy around midnight and only handles E1 at 00:00:04 and E2 at 00:00:06. It actually **ignores** both events. But in between handling E1 and E2 on the queue, at what happens to be 00:00:05, it decides to read the capture-handle through `track.getCaptureHandle()`.
The question boils down to - does it make sense for a browser to give C the capture-handle from 4 seconds ago, rather than the current one?

GitHub Notification of comment by eladalon1983
Please view or discuss this issue at using your GitHub account

Sent via github-notify-ml as configured in

Received on Tuesday, 3 May 2022 11:24:34 UTC