Open
Bug 1388095
Opened 7 years ago
Updated 2 years ago
Add an option to immediately restore tabs where the last history item received permissions (ex. Notifications)
Categories
(Firefox :: Session Restore, enhancement, P3)
Firefox
Session Restore
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox57 | --- | affected |
People
(Reporter: mikedeboer, Unassigned)
References
(Blocks 1 open bug)
Details
Right now we don't make a distinction between sites with or without permissions whilst restoring a session. This may mean that the user misses a potentially important website notification or other WebAPI delivered feature. The idea is to add another pref very much like 'browser.sessionstore.restore_pinned_tabs_on_demand', controlling a new feature that integrates the permissions manager with the sessionstore component; once the current site in a browser has been granted a permission (like Push Notifications), it'll be stored in the same manner as docShell capabilities are currently. A global flag for a tab will mirror the current state; if a relevant permission has been granted which should result in a tab restoring immediately upon session restore, it'll be set to `true`. Upon session restore, the tabs with these flags set will be restored immediately _after_ an idle timeout/ callback.
Comment 1•7 years ago
|
||
TODO: think about other permissions that might put a tab in this state, and how the origin of the tab (or an iframe in the tab?) should affect the behavior. Also consider if anything changes when browser.sessionstore.restore_on_demand is set to false with respect to prioritization of tab restores (that perhaps should be a separate bug).
Reporter | ||
Updated•7 years ago
|
Priority: -- → P3
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•