Closed
Bug 700437
Opened 13 years ago
Closed 10 years ago
Ux for hiding doorhangers and showing them back
Categories
(Firefox for Android Graveyard :: General, defect, P3)
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).
Reporter | ||
Updated•13 years ago
|
Assignee: nobody → sriram
Reporter | ||
Comment 1•13 years ago
|
||
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?
Comment 2•13 years ago
|
||
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
Comment 3•13 years ago
|
||
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.
Reporter | ||
Comment 4•13 years ago
|
||
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.
Updated•13 years ago
|
Priority: -- → P3
Comment 5•13 years ago
|
||
(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.
Comment 6•13 years ago
|
||
Is this covered by the Clear Site Prefs feature?
Comment 7•13 years ago
|
||
(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).
Updated•13 years ago
|
tracking-fennec: --- → 11+
Comment 8•13 years ago
|
||
Can you point to the "doorhanger bug"? Cautious about the potential string impact here.
Comment 9•13 years ago
|
||
(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.
Comment 10•13 years ago
|
||
This shouldn't track 11 -- changing the + to a ?. We'll see what happens!
tracking-fennec: 11+ → ?
Updated•13 years ago
|
Target Milestone: --- → Firefox 12
Updated•13 years ago
|
tracking-fennec: ? → +
Comment 12•13 years ago
|
||
UX poke - is this something we want to start working on for Firefox 15 and beyond?
Comment 13•13 years ago
|
||
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
Comment 14•13 years ago
|
||
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
Updated•11 years ago
|
Assignee: ibarlow → nobody
Updated•11 years ago
|
Flags: needinfo?(ibarlow)
Whiteboard: [mentor=margaret]
Assignee | ||
Updated•11 years ago
|
Mentor: margaret.leibovic
Whiteboard: [mentor=margaret]
Updated•11 years ago
|
Target Milestone: Firefox 12 → ---
Updated•11 years ago
|
Flags: needinfo?(ibarlow)
Updated•10 years ago
|
Blocks: site-id-v2
Updated•10 years ago
|
Comment 16•10 years ago
|
||
This should not be a mentor bug, as we don't even know what we want to implement here.
Mentor: margaret.leibovic
Comment 17•10 years ago
|
||
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: 10 years ago
Resolution: --- → WONTFIX
Assignee | ||
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•