W3C home > Mailing lists > Public > public-media-capture@w3.org > August 2013

Re: Proposal: Time out for getUserMedia.

From: Kiran Kumar <g.kiranreddy4u@gmail.com>
Date: Fri, 30 Aug 2013 10:12:54 +0530
Message-ID: <CAGW1TF6Wb4F-J5R-r7=2gAE=amM-LUvfGDbLbXbOgWXyto8fOw@mail.gmail.com>
To: Martin Thomson <martin.thomson@gmail.com>
Cc: "public-media-capture@w3.org" <public-media-capture@w3.org>
I think these are required features, for application developers.

For 1. There are possibilities like pop-up may be closed many times
knowingly or unknowingly. Then the application will wait for the
getUserMedia() callback indefinitely. API implementation can solve this
problem (as that in chromium).

For 2. In the earlier implementations, pop-up will get the highest
priority, and will not allow the user to do any operations until he answers
it. But now, the pop-up allows user to continue his work even with out
answering the pop-up. In this regard, there are chances like the pop-up
many not be answered for long time and application will be waiting for the
response. It will be better if getUserMedia() supports the time out case,
to simplify the application implementation.

This is just my thinking at this particular point of time. Some other
people can have  their own use cases based on their design and


On Thu, Aug 29, 2013 at 10:34 PM, Martin Thomson

> On 28 August 2013 23:27, Kiran Kumar <g.kiranreddy4u@gmail.com> wrote:
> > 1) When a getUserMedia() is called, it will prompt for user acceptance.
> If
> > the user closes the pop up, then the application is not receiving any
> error.
> > So I would like to suggest that getUserMedia should respond with
> > permission_denied error.
> >
> > 2) After calling getUserMedia(), the pop-up for user acceptance is
> waiting
> > indefinitely for user acceptance. It would be better, if that prompt gets
> > timed out after some time, and send a negative status response to the
> > applications (the response may be permission_denied or user_time_out
> error).
> It's possible to regard both of these as browser implementation
> features.  Is there anything specific that you believe that the API
> needs to support?
Received on Friday, 30 August 2013 04:43:42 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:26:19 UTC