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)

enhancement

Tracking

()

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.
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).
Priority: -- → P3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.