Open
Bug 1388095
Opened 8 years ago
Updated 3 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•8 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•8 years ago
|
Priority: -- → P3
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•