Jan-Ivar Bruaroey [:jib] (needinfo? me) Reporter
	Description • 10 years ago

We've gotten a number of requests where the usability problem is the same:

 1) A page needs to use the camera/mic, e.g. User receives a call.
 2) User does something that unintentionally causes the permission doorhanger to disappear:
    a. They temporarily leave the browser (adjust volume, position windows, gather notes)
    b. They temporarily visit another tab (do stuff immediately before call? Never!)
    c. They acci-click on page before it appears (like my uncle who double-clicks links)
    d. They click somewhere on the page (now you've done it. Some people...)
 3) User doesn't know what to do next - "Nothing is working".

The user waits for the web-app, and the web-app waits for the user --> UI deadlock.

I am pretty certain that the blocking usability problem here is that it is not clear at all where the doorhanger goes when it disappears. [1]

I am pretty certain, because last year, for about two months, I was one of those people who didn't get it. I didn't know that a hidden choice was still available to me, because I had not learned to look for it. I thought events had moved on, that it was too late for choices, so I didn't even know to look for it. The Firefox doorhangers didn't work like anything else I'd seen up until then, and I had no learned memory of it.

Now that I know how they work, I love our door-hangers!

So given a love-story of one, this seems easily rectified by teaching users how they work.
E.g. the first (few) time(s?) any doorhanger disappears, show users where it goes:

[#]
 |\_______________________________________
 | We've minimized a dialog for you.      |
 | It's here. Click icon to see it again! |
 '----------------------------------------'

This problem seems general to all our doorhangers, not just gUM. Chances are, before I learned it, I never cared enough where the geo-location doorhanger went, which is my loss.

---
[1] For those who don't know: doorhangers can be resurrected by clicking on the button at the head of the URL bar that the doorhanger extruded from.

	Patrick Quinn-Graham [:pqg]
	Comment 1 • 10 years ago

As I mentioned in https://bugzilla.mozilla.org/show_bug.cgi?id=947266 I know what the doorhangers are and how they behave, and I still miss them (especially the gUM one) when they've been hidden because of loss of focus.

	Martin Thomson [:mt:]
	Comment 2 • 10 years ago

One potential way to avoid accidental dismissal is to have a short period where only an explicit action removes the doorhanger in cases like this.  That might help address bug 1004061 as well.  That might be in addition to :jib's suggestion, which I think is a good one.

	Jan-Ivar Bruaroey [:jib] (needinfo? me) Reporter
	Comment 3 • 8 years ago

I should mention I'm no longer advocating the "educational" tooltip in comment 0 from 2 years ago (even though https://talky.io/ does just this).

I think the fact that minimize looks like dismissal at all is the problem. We're discussing two approaches:

 1. Make doorhanger shrink but not disappear entirely on minimize, or
 2. Drop minimize.

Just based on time, unless there's support for #1, I suspect we'll get #2.

	Panos Astithas (he/him) [:past] (please ni?)
	Comment 4 • 8 years ago

This was fixed in bug 1004061 with the second approach described in the previous comment.