Closed Bug 1166450 Opened 9 years ago Closed 9 years ago

[e10s] Closing Fx via Windows X with cam/mic capture active leaves hanging Fx process and gUM permissions on screen

Categories

(Firefox :: Site Permissions, defect)

Product:
Firefox
Component:
Site Permissions
Version:
41 Branch
Platform:
x86_64
Windows 7
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1109087
Tracking Flags:
Tracking Status
e10s m8+ ---
firefox41 --- affected

People

(Reporter: drno, Unassigned)

References

Details

Not sure what is the right area product and component for this, as it probably needs some investigation who is at fault here.

STR (on Windows 7 with Nightly 41):
- navigate to a working Firefox Hello link clicker URL
- click "Jon coversation" (nobody really needs to be in the conversation - I tested with just one party in the conversation)
- allow to share camera and mic
- the orange cam and mic icon plus Fx symbol appear at the top of the screen
- close Fx by clicking the red X from Windows to quit the application

Result:
- Fx closes, but the orange icons stay at the top of the screen

Expected result:
- orange icons should dis-appear as well

Note:
- if I do the same thing via the conversation window (and not the link clicker URL) the orange icon properly gets removed when Fx exits
Component: WebRTC → WebRTC: Audio/Video
Summary: Closing Fx while in Hello cal leaves gUM indicators on screen → Closing Fx with camera/microphone capture active gUM indicators on screen
Summary: Closing Fx with camera/microphone capture active gUM indicators on screen → Closing Fx with camera/microphone capture active leaves gUM indicators on screen
Also reproducible with gUM test page.

Clicking on the red X leaves indicators up. Clicking on the power symbol in the hamburger menu to close Fx does NOT leave the indicators.
Camera light does turn off when this happens. But a Fx process keeps hanging around in the task manager.

This is with e10s.

Once the icon is still there restarting and leaving Fx through the hamburger menu clears the icon.
Component: WebRTC: Audio/Video → Device Permissions
Product: Core → Firefox
Not reproducible if e10s is off.
Summary: Closing Fx with camera/microphone capture active leaves gUM indicators on screen → [e10s] Closing Fx via Windows X with cam/mic capture active leaves hanging Fx process and gUM permissions on screen
Some more info on the duped bug 1167068
Flags: needinfo?(felipc)
I was going to file a new bug, but this seems close enough. I had something similar happen today. While in a Hello call, the content process crashed. The gUM indicator stuck around even after I restarted the content process.

Pretty easy to reproduce this scenario:
1) Load https://mozilla.github.io/webrtc-landing/gum_test.html
2) Click Audio or Video
3) Note that gUM indicator appears
4) Kill content process (kill -ABRT <pid> on Linux or Mac should work)

Expected results:
gUM indicator goes away

Actual results:
gUM indicator still there.
Using ted's sequence I see the same thing on Linux.  I presume something in WebRTCUI isn't watching for content/IPC failures.   When clicking it after that, I get this error:

JavaScript error: resource:///modules/webrtcUI.jsm, line 106: TypeError: notif is null
(In reply to Randell Jesup [:jesup] from comment #7)
> Using ted's sequence I see the same thing on Linux.  I presume something in
> WebRTCUI isn't watching for content/IPC failures. 

The patch in bug 1109087 is adding a child-process-shutdown listener; it also fixes this bug.
Status: NEW → RESOLVED
Closed: 9 years ago
tracking-e10s: ? → m8+
Flags: needinfo?(felipc)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.