Closed Bug 700437 Opened 13 years ago Closed 9 years ago

Ux for hiding doorhangers and showing them back

Categories

(Firefox for Android Graveyard :: General, defect, P3)

ARM
Android
defect

Tracking

(fennec+)

RESOLVED WONTFIX
Tracking Status
fennec + ---

People

(Reporter: sriram, Unassigned)

References

Details

(Keywords: uiwanted)

The doorhangers can be hidden after a timeout or by dismissing them. There needs to be a way to inform the users to get them back (like in desktop).
Assignee: nobody → sriram
Some of the conditions to watch out for:
1. Hiding after a timeout.
2. A new doorhanger showing up, when there is another doorhanger that is already hidden (both are shown or just one?)
3. Switching tabs with hidden doorhangers.
4. Will switching tabs hide doorhangers automatically?
Some thoughts -

- I don't see why switching tabs would hide the doorhangers for a particular tab; when you come back to the tab, it's doorhangers should be visible again
- finger-downing outside of the doorhanger should hide the doorhanger; I'm not sure about timeouts, to be honest

For getting back at a particular decision, Patryk's lastest mockup in the doorhanger bug includes a dialog that covers the particular decisions that the user has been asked to make via doorhangers. This dialog should be linked to a menu item called (I think) Site Options.
Keywords: uiwanted
The use case I can't figure out is:
* finger down outside the doorhanger
* doorhanger closes with no decision made

Patryk's dialog wouldn't have a decision, would it? The dialog would seem to need the same choices as the doorhanger did, or am I missing something?

Linking the dialog to Site Options and using it to "forget" previous decisions for the current site seems like a good idea in general.
Patryk's dialog is about "show/hide notifications" for a website. I don't think that addresses the issue of showing the "hidden" doorhangers -- that was once hidden by finger-downing outside of the doorhanger. We still don't have a way to inform the user where he can tap to get them back.
Priority: -- → P3
(In reply to Mark Finkle (:mfinkle) from comment #3)
> The use case I can't figure out is:
> * finger down outside the doorhanger
> * doorhanger closes with no decision made
> 
> Patryk's dialog wouldn't have a decision, would it? The dialog would seem to
> need the same choices as the doorhanger did, or am I missing something?
> 
> Linking the dialog to Site Options and using it to "forget" previous
> decisions for the current site seems like a good idea in general.

I guess I was thinking that the dialog would be where any lingering decisions would be located. E.g. - saying "show" to popups once wouldn't result in there being an "Always show popups" line in the dialog. I guess we would have to have a "Never show popups" line instead, if that had been the choice. The dialog would just be for undoing previously made lingering choices. If you undo any of them, you'd be presented with the doorhanger next time the site demanded a decision.
Is this covered by the Clear Site Prefs feature?
(In reply to Madhava Enros [:madhava] from comment #6)
> Is this covered by the Clear Site Prefs feature?

That feature only lets you revoke permissions you gave by selecting an option from a doorhanger. If you accidentally dismiss the doorhanger without making an explicit decision, there's no way to get it back now (the site will act like you just gave no permissions).
tracking-fennec: --- → 11+
Can you point to the "doorhanger bug"? Cautious about the potential string impact here.
(In reply to Axel Hecht [:Pike] from comment #8)
> Can you point to the "doorhanger bug"? Cautious about the potential string
> impact here.

Hi Axel -

This bug is for a general purpose mechanism for revisiting doorhangers. We do not currently have this spec-ed out for the browser. Instead, we addressed the specific acute need for something with the Clear Site Prefs feature (given that most, if not all, doorhangers are currently related to the setting of site prefs).

In other words, not in Fx11.
This shouldn't track 11 -- changing the + to a ?. We'll see what happens!
tracking-fennec: 11+ → ?
Target Milestone: --- → Firefox 12
tracking-fennec: ? → +
Blocks: 755062
UX poke - is this something we want to start working on for Firefox 15 and beyond?
Just came to file this. As it's been an issue for twitter in particular.

Perhaps if the "Clear Site Settings" menu became the equivalent of the plans that desktop has for the Site Identity block, then we could teach users to look for doorhangers there.

It's certainly more useful than the catastrophical label that exists at present, as noted in Bug 757389
Assigning to ibarlow to figure out what we'd like to do here. The browser toolbar has been evolving, so maybe this is already part of his master plan somewhere :)
Assignee: sriram → ibarlow
OS: Mac OS X → Android
Hardware: x86 → ARM
Assignee: ibarlow → nobody
Flags: needinfo?(ibarlow)
Whiteboard: [mentor=margaret]
Mentor: margaret.leibovic
Whiteboard: [mentor=margaret]
Target Milestone: Firefox 12 → ---
Flags: needinfo?(ibarlow)
Blocks: site-id-v2
Blocks: doorhanger-redesign
No longer blocks: site-id-v2
This should not be a mentor bug, as we don't even know what we want to implement here.
Mentor: margaret.leibovic
Depends on: 1141904
I think it's time we WONTFIX this one right now

We're seeing a pattern now of no longer having a collective "sheet" of all the permissions associated with the one webpage/application. 

If we do move things like "share your location!" into the doorhangers as well, we start to move in the opposite direction and risk overloading the user (and the doorhangers!). 

Plus, with "Edit site settings" in Site ID now, there is a way to access those permissions in a very discover-able way.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.