Re: Camera / Mic popup disappears when browser looses focus

2014-04-17 Thread Martin Thomson

On 2014-04-17, at 12:36, Randell Jesup  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.
___
dev-media mailing list
dev-media@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-media


Re: Camera / Mic popup disappears when browser looses focus

2014-04-17 Thread Randell Jesup

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

___
dev-media mailing list
dev-media@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-media


Camera / Mic popup disappears when browser looses focus

2014-04-17 Thread Jamie McDonnell
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: jamie.mcdonn...@eface2face.com | web:
eface2face.com 
[image: eface2face logo]  

[image: View our company profile on LinkedIn]


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.
--
___
dev-media mailing list
dev-media@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-media