Thanks guys for your responses, though I strongly believe in this instance the issues outway the benefits of the UI having no idea that the pop up has been hidden, especially if this happens without user intent in the browser.
While I understand clicking outside of the pop up onto the open page, or even changing tab can be interpreted as intentionally ignoring the pop up, having it disappear by way of the browser loosing focus and either side being unaware of this can leave a user in a very confused state, essentially "unacknowledged". This state seems to be creating unnecessary user confusion, and clearly not only for me but for many that are using gUM. Triggering an error seems to be the right response to this event - the user dismissed the request for media in error, without a browser interaction - stands to reason, no? A limitation implied by an interaction model shouldn't get in the way of a flowing and responsive UI either. Cheers Jamie Sent from my iPad > On 18 Apr 2014, at 21:00, [email protected] wrote: > > Send dev-media mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.mozilla.org/listinfo/dev-media > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of dev-media digest..." > > > Today's Topics: > > 1. Re: Camera / Mic popup disappears when browser looses focus > (Randell Jesup) > 2. Re: Camera / Mic popup disappears when browser looses focus > (Martin Thomson) > 3. Re: dev-media Digest, Vol 26, Issue 12 (Jamie McDonnell) > 4. Re: dev-media Digest, Vol 26, Issue 12 (Martin Thomson) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 17 Apr 2014 15:36:08 -0400 > From: Randell Jesup <[email protected]> > To: [email protected] > Subject: Re: Camera / Mic popup disappears when browser looses focus > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >> On 4/17/2014 1:31 PM, Jamie McDonnell wrote: >> Hi all, >> >> I have been fighting today with the issue of the allow camera / mic popup >> disappearing if firefox 28< looses focus after a getUserMedia query. > > This is how 'doorhangers' work; they close if focus is lost (or you > click outside of them) and can be reopened. > >> No event is fired when this happens which makes it very tricky to react to >> in the UI. > > Yes; this is a common issue. Right now there's no easy way to deal with > it, as you've seen. > >> I have tried rigging up timers with focus / blur events to try and detect >> if this scenario has happened, but can not find a reliable approach. >> >> Has anyone overcome this issue, or Moz guys, is this in your pipeline to >> fix? The camera / mic box really should persist if the user switches app >> and back to the browser again. > > Given this is part of a larger, generic functionality I think that might > be tough. Other options would be a failure with a different error (this > *will* break a lot of apps though and cause UI issues, since they'd need > to re-submit the requests), or some type of event telling you if it's > hidden or open (your best shot). Mostly this is a question for the > Firefox UI/front-end team. > > -- > Randell Jesup, Mozilla > > > > ------------------------------ > > Message: 2 > Date: Thu, 17 Apr 2014 14:00:10 -0700 > From: Martin Thomson <[email protected]> > To: Randell Jesup <[email protected]> > Cc: [email protected] > Subject: Re: Camera / Mic popup disappears when browser looses focus > Message-ID: <[email protected]> > Content-Type: text/plain; charset=windows-1252 > > > On 2014-04-17, at 12:36, Randell Jesup <[email protected]> wrote: >>> No event is fired when this happens which makes it very tricky to react to >>> in the UI. >> >> Yes; this is a common issue. Right now there's no easy way to deal with it, >> as you've seen. > > Yes, common. We occasionally angry comments on > https://bugzilla.mozilla.org/show_bug.cgi?id=947266 > > So far, we?ve resisted adding any sort of feedback when the door hanger is > hidden. Since this is a non-terminal state (the door hanger can be opened > and consent actually granted or denied), there isn?t a good way to provide > this feedback to applications. > > Yes, this makes your application a little less aware. But we don?t want to > remove user control. If it were possible for an application or site to open > the door hanger at will, then users could be badgered into consent. We don?t > want that. We also don?t want to reveal what is happening with browser > chrome. That?s our user?s business. > > ------------------------------ > > Message: 3 > Date: Fri, 18 Apr 2014 11:59:14 +0200 > From: Jamie McDonnell <[email protected]> > To: [email protected] > Subject: Re: dev-media Digest, Vol 26, Issue 12 > Message-ID: > <cae6ehpr+hfcm41mdyyecpkqja9j9gorbujf6ouebzfjfpfb...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > This is the current error but it seems to have gone quiet - any progress on > this: > https://bugzilla.mozilla.org/show_bug.cgi?id=895971#c24 > > Thanks! > > >> On 17 April 2014 21:00, <[email protected]> wrote: >> >> Send dev-media mailing list submissions to >> [email protected] >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.mozilla.org/listinfo/dev-media >> or, via email, send a message with subject or body 'help' to >> [email protected] >> >> You can reach the person managing the list at >> [email protected] >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of dev-media digest..." >> >> >> Today's Topics: >> >> 1. Re: WebRTC Firefox OS demo (StevenLee) >> 2. Camera / Mic popup disappears when browser looses focus >> (Jamie McDonnell) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Thu, 17 Apr 2014 11:12:41 +0800 >> From: StevenLee <[email protected]> >> To: Sonny Piers <[email protected]> >> Cc: [email protected] >> Subject: Re: WebRTC Firefox OS demo >> Message-ID: <[email protected]> >> Content-Type: text/plain; charset=utf-8 >> >> Hi Sonny, >> >> B2G turns on webrtc by default. Just clone and build. >> >> Steven >> >>> On 2014/4/16, at ??10:32, Sonny Piers <[email protected]> wrote: >>> >>> Hi, >>> >>> We (upptalk.com) are going to show off PSTN/SIP interoperability with >> WebRTC at http://tadhack.com/2014/ >>> >>> We'd like to demo on a b2g device too, is there anything I should know >> before starting building b2g with webrtc flag? if it works best with a >> device or doesn't with this one, ... ? >>> >>> Also, anyone interested in joining us to show off Firefox OS? >>> >>> Cheers >>> _______________________________________________ >>> dev-media mailing list >>> [email protected] >>> https://lists.mozilla.org/listinfo/dev-media >> >> >> >> ------------------------------ >> >> Message: 2 >> Date: Thu, 17 Apr 2014 19:31:19 +0200 >> From: Jamie McDonnell <[email protected]> >> To: [email protected] >> Subject: Camera / Mic popup disappears when browser looses focus >> Message-ID: >> <CAE6EhPTR3PMrM4hYKCW= >> [email protected]> >> Content-Type: text/plain; charset=UTF-8 >> >> Hi all, >> >> I have been fighting today with the issue of the allow camera / mic popup >> disappearing if firefox 28< looses focus after a getUserMedia query. >> >> No event is fired when this happens which makes it very tricky to react to >> in the UI. >> >> I have tried rigging up timers with focus / blur events to try and detect >> if this scenario has happened, but can not find a reliable approach. >> >> Has anyone overcome this issue, or Moz guys, is this in your pipeline to >> fix? The camera / mic box really should persist if the user switches app >> and back to the browser again. >> >> Cheers >> >> Jamie >> >> -- >> ------------------------------ >> Jamie McDonnell | User Experience Design Evangelist and Developer | >> eFace2Face >> >> mobile: (+420) 777 608 442 | email: [email protected] | web: >> eface2face.com <http://www.eface2face.com> >> [image: eface2face logo] <http://www.eface2face.com> >> >> [image: View our company profile on LinkedIn] >> <http://www.linkedin.com/company/eface2face> >> >> This electronic communication and any files transmitted with it, or >> attached to it, are confidential and are intended solely for the use of the >> individual or entity to who it is addressed and may contain information >> that is confidential, legally privileged, protected by privacy laws, or >> otherwise restricted from disclosure to anyone else. If you are not the >> intended recipient or the person responsible for delivering the e-mail to >> the intended recipient, be advised that you have received this e-mail in >> error, and that any use, dissemination, forwarding, printing, or copying of >> this e-mail is strictly prohibited. If you received this e-mail in error, >> please return the e-mail to the sender, delete it from your computer and >> destroy any printed copy of it. Although our company attempts to sweep >> e-mail and attachments for viruses, it does not guarantee that either are >> virus-free and accepts no liability for any damage sustained as a result of >> viruses. >> ------------------------------ >> >> >> ------------------------------ >> >> Subject: Digest Footer >> >> _______________________________________________ >> dev-media mailing list >> [email protected] >> https://lists.mozilla.org/listinfo/dev-media >> >> >> ------------------------------ >> >> End of dev-media Digest, Vol 26, Issue 12 >> ***************************************** > > > > -- > ------------------------------ > Jamie McDonnell | User Experience Design Evangelist and Developer | > eFace2Face > > mobile: (+420) 777 608 442 | email: [email protected] | web: > eface2face.com <http://www.eface2face.com> > [image: eface2face logo] <http://www.eface2face.com> > > [image: View our company profile on LinkedIn] > <http://www.linkedin.com/company/eface2face> > > This electronic communication and any files transmitted with it, or > attached to it, are confidential and are intended solely for the use of the > individual or entity to who it is addressed and may contain information > that is confidential, legally privileged, protected by privacy laws, or > otherwise restricted from disclosure to anyone else. If you are not the > intended recipient or the person responsible for delivering the e-mail to > the intended recipient, be advised that you have received this e-mail in > error, and that any use, dissemination, forwarding, printing, or copying of > this e-mail is strictly prohibited. If you received this e-mail in error, > please return the e-mail to the sender, delete it from your computer and > destroy any printed copy of it. Although our company attempts to sweep > e-mail and attachments for viruses, it does not guarantee that either are > virus-free and accepts no liability for any damage sustained as a result of > viruses. > ------------------------------ > > > ------------------------------ > > Message: 4 > Date: Fri, 18 Apr 2014 09:11:08 -0700 > From: Martin Thomson <[email protected]> > To: Jamie McDonnell <[email protected]> > Cc: [email protected] > Subject: Re: dev-media Digest, Vol 26, Issue 12 > Message-ID: <[email protected]> > Content-Type: text/plain; charset=us-ascii > > >> On 2014-04-18, at 02:59, Jamie McDonnell <[email protected]> wrote: >> >> This is the current error but it seems to have gone quiet - any progress on >> this: >> https://bugzilla.mozilla.org/show_bug.cgi?id=895971#c24 > > As noted in the bug, that issue is invalid. > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > dev-media mailing list > [email protected] > https://lists.mozilla.org/listinfo/dev-media > > > ------------------------------ > > End of dev-media Digest, Vol 26, Issue 13 > ***************************************** _______________________________________________ dev-media mailing list [email protected] https://lists.mozilla.org/listinfo/dev-media
