- From: Eric Rescorla <ekr@rtfm.com>
- Date: Sun, 26 Apr 2015 12:46:26 -0700
- To: Harald Alvestrand <harald@alvestrand.no>
- Cc: "public-media-capture@w3.org" <public-media-capture@w3.org>
- Message-ID: <CABcZeBOchXnZMurqfeExpeXoPgAghqmiKgfEfJW6u=fXkKPS=g@mail.gmail.com>
Indeed. This seems to be a more complicated topic than one might wish: https://github.com/whatwg/fetch/issues/27 On Sun, Apr 26, 2015 at 8:16 AM, Harald Alvestrand <harald@alvestrand.no> wrote: > Den 24. april 2015 20:02, skrev Cullen Jennings (fluffy): > > > > Just popping this up to top of stack - it did not seem we have figured > out how to resolve this yet and I will note it has been opened as > > > > https://github.com/w3c/mediacapture-main/issues/127 > > > It is noted. > > The conclusion from the discussion was that the common desire was for > cancellation not timeout, but that there was that there is no common > pattern defined in the W3C ecosystem for cancelling a promise yet. > > > > > > > > >> On Jan 27, 2015, at 3:25 PM, Iñaki Baz Castillo <ibc@aliax.net> wrote: > >> > >> Hi, let's assume that during a call/session a peer wants to add his > >> local video so gUM is called. But before he accepts the gUM prompt the > >> call/session is ended by the remote peer. > >> > >> Is there anyway to make the pending gUM prompt to disappear? I mean: > >> without waiting for the user to press "Accept" and then ignoring and > >> closing the given MediaStream. > >> > >> In that scenario and given that the user does know that the > >> call/session has ended, he may prefer to click on "Deny" (why to open > >> my webcam when the call has already ended?), which would cause the > >> website to get into the gUM blacklist of the browser. > >> > >> Found nothing in the spec. > >> > >> -- > >> Iñaki Baz Castillo > >> <ibc@aliax.net> > >> > >> > > > > >
Received on Sunday, 26 April 2015 19:47:35 UTC