Closed
Bug 829404
Opened 12 years ago
Closed 8 years ago
Determine how to handle social activation requests in private browsing windows.
Categories
(Firefox Graveyard :: SocialAPI, defect)
Firefox Graveyard
SocialAPI
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 898706
People
(Reporter: markh, Assigned: jboriss)
References
Details
(Keywords: uiwanted)
Bug 808215 disables social activation in private windows. When an activation request is made, the request is silently ignored - there is no UI shown to indicate the request was seen but was ignored. There should be some acknowledgement to the user that the request was seen but not acted on. Possibilities include: * Showing a notification box to indicate social is not available in private browsing. * Work to allow Social in private windows (but this is likely to be difficult until we get a real "shared worker". * Activate social, but only for non-private windows (but this seems problematic - there would still be no Social elements visible in the private window, so the existing panel (a) can't be anchored to the social toolbar elements and (b) offers to "undo" the activation, but the private window will show no evidence of it being activated and (c) FF might be in permanent PB mode, so non-private windows might not be available at all.) This seems a UX call, so assigning to Boriss
Updated•11 years ago
|
Whiteboard: [needs-ux]
Comment 2•8 years ago
|
||
The issue in this bug is resolved with removing the frameworker, closing.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
Updated•5 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•