<div dir="ltr">I generally agree with Gavin here. If you want to engage in a dialogue here, I at least am willing to do so, but just repeating your position more loudly isn't<div>going to convince people.</div><div><br><div>-Ekr</div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 23, 2015 at 5:30 PM, Gavin Sharp <span dir="ltr"><<a href="mailto:gavin@gavinsharp.com" target="_blank">gavin@gavinsharp.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Firefox Hello is very different than "any other WebRTC browser app",<br>
for the reasons explained earlier in this thread. It is a built-in<br>
function of the web browser, and does not share the same user<br>
interface or permission model as WebRTC-using web apps. If you are<br>
unwilling to acknowledge (or understand) the distinction, then I think<br>
further discussion is not likely to be productive.<br>
<span class="HOEnZb"><font color="#888888"><br>
Gavin<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Mon, Mar 23, 2015 at 2:08 PM,  <<a href="mailto:steven.mcardle@doctor2go.co.nz">steven.mcardle@doctor2go.co.nz</a>> wrote:<br>
> FF Hello working differently to any other WebRTC browser app is just wrong.<br>
><br>
> Being able to bypass the GUM permissions dialogue and users cameras and<br>
> mic's is wrong.<br>
><br>
><br>
> If FF wants to keep this functionality for Hello then make it available to<br>
> EVERY WebRTC app developer so that the user experience for their apps when<br>
> run in FF is the same for their users.<br>
><br>
> FF have built a WebRTC app into the browser that will be competing with<br>
> other WebRTC apps in the future, and these other WebRTC apps will NOT be<br>
> able to offer the SAME experience to their users as Hello does. This will be<br>
> confusing as well as an unfair advantage for Hello.<br>
><br>
> From the users point of view they see Hello and ask "Why can't your app do<br>
> that?" The answer is because Mozilla chose to implement a feature for their<br>
> WebRTC app that NOBODY ELSE can use and thats why the experience is<br>
> different.<br>
><br>
><br>
> I would like somebody to explain to me the "compelling" business case that<br>
> REQUIRED Hello to bypass the normal GUM permissions dialogue. I suspect the<br>
> answer is "because we can".<br>
><br>
><br>
> Personally I would like to see the permissions dialogue re-enabled so that<br>
> Hello works the same with the same user experience as all other WebRTC apps<br>
> running within FF. There is a user perception of being in control here that<br>
> has been taken away by this. You have already recognised this is an issue by<br>
> raising bugs to say you need to "better inform the user" that pressing the<br>
> button will automatically enable their camera and mic and you want to do<br>
> this via a "door hanger" because users are surprised.<br>
><br>
> As far as the user is concerned Hello is just another browser HTML5 WebRTC<br>
> app. So again, if you don't want to change this feature then do the right<br>
> thing and give EVERY WebRTC app developer the ability to do the same when<br>
> running their apps on FF and level the playing field.<br>
><br>
> Steve<br>
><br>
> _______________________________________________<br>
> firefox-dev mailing list<br>
> <a href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
> <a href="https://mail.mozilla.org/listinfo/firefox-dev" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
_______________________________________________<br>
firefox-dev mailing list<br>
<a href="mailto:firefox-dev@mozilla.org">firefox-dev@mozilla.org</a><br>
<a href="https://mail.mozilla.org/listinfo/firefox-dev" target="_blank">https://mail.mozilla.org/listinfo/firefox-dev</a><br>
</div></div></blockquote></div><br></div>