Closed Bug 1191999 Opened 9 years ago Closed 9 years ago

Sharing Indicator window does *not* close on browser close when e10s is enabled

Categories

(Firefox :: Site Permissions, defect, P1)

Product:
Firefox
Component:
Site Permissions
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1166450

People

(Reporter: cpearce, Unassigned)

Details

If I run pc_test and start an OpenH264 call on my Lenovo W530 running Win7 and I close the Firefox window without having terminated the call, the Sharing Indicator windows doesn't close. This is bad, as the sharing indicator window still holds the lock on the Firefox profile, so I can't re-open Firefox using the same profile. This means I can't restart Firefox unless I kill the existing Firefox instance using Task Manager, which will be beyond most users. e10s is enabled.
This seems like a critical regression that needs someone to look at it.
Flags: needinfo?(mreavy)
Summary: Sharing Indicator window does close on browser close → Sharing Indicator window does *not* close on browser close
This only happens when e10s is enabled. Maybe the window close relies on a "beforeunload" handler which doesn't work yet when e10s is enabled (Bug 967873)?
Summary: Sharing Indicator window does *not* close on browser close → Sharing Indicator window does *not* close on browser close when e10s is enabled
Component: WebRTC → Device Permissions
Flags: needinfo?(mreavy)
Product: Core → Firefox
Florian -- can you look at this? It seems to be e10s only. e10s is scheduled to go to the field in Fx43.
Flags: needinfo?(florian)
I'll try to have a look next week. I heard Felipe is also looking at gUM UI/e10s issues (more specifically bug 1109087) these days.
Flags: needinfo?(florian)
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.