By the way, I'm not sure what you mean by "like the permissions panels" or "like the behavior of the protections panel." The protections popup has its own dedicated panel but it also closes if you switch tabs. And iirc, the permissions panels use the same PopupNotifications system, and will also hide if you switch tabs but reappear if you switch back. It's easy to test this by opening the devtools in a tab (open to a remote page like google) and entering `navigator.geolocation.getCurrentPosition(()=>{})` in the console.
Bug 1815708 Comment 3 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
By the way, I'm not sure what you mean by "like the permissions panels" or "like the behavior of the protections panel." The protections popup has its own dedicated panel but it also closes if you switch tabs. And iirc, the permissions panels use the same PopupNotifications system, and will also hide if you switch tabs but reappear if you switch back. It's easy to test this by opening the devtools in a tab (open to a remote page like google) and entering `navigator.geolocation.getCurrentPosition(()=>{})` in the console.
Anyway, if we don't want these to be hidden when switching tabs, I'm not sure we already have a messaging surface that's suitable for this purpose. It's not practical to adapt PopupNotifications for this, and FeatureCallout actually has the same kind of implementation where it's updated when the tab switches. We have other surfaces like Spotlight that open window modal dialogs, but these prevent the user from interacting with the browser until the dialog is dismissed.
I think a new surface would need to be designed that functions similarly to AppMenuNotifications. Otherwise, we could fix the persistence issue with CFRPageActions, and just accept that these CFRs are going to hide when switching tabs but reappear when reselecting the original tab.