Closed Bug 947451 Opened 11 years ago Closed 9 years ago

Hard lockup on getUserMedia(picture)

Categories

(Core :: WebRTC: Audio/Video, defect)

Product:
Core
Component:
WebRTC: Audio/Video
Version:
25 Branch
Platform:
All
Android
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: mt, Assigned: gcp)

References

(
URL
)

Details

Load the gUM test page (see URL), hit picture.  It looks like the main loop deadlocks, because the page stops working shortly after changing all the buttons.  The permission dialog never appears.

If permission was previously granted for video, the "Success!" message appears, but the page is similarly non-functional.

I can select the location bar to see the /Top Sites\ Bookmarks | History screens, but they are blank and typing does nothing.  It looks like the main thread is borked.

On Firefox Android 25.0.1 from the Play Store.
We should drive a stake through picture:true; the spec has moved past it and nothing I know of is using it other than that test page.  (When we added it, there wasn't even a proposal in the WG - there wasn't even a media-capture TF.)
I'm all for that. We knowingly broke picture when we made WebRTC work, because the threading requirements of the picture code and the WebRTC code were incompatible.
Put an end to the shipping of broken code sounds like a good idea.
Assignee: blassey.bugs → gpascutto
picture is no longer supported
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.