Hard lockup on getUserMedia(picture)

RESOLVED INVALID

Status

()

--
major
RESOLVED INVALID
5 years ago
3 years ago

People

(Reporter: mt, Assigned: gcp)

Tracking

25 Branch
All
Android
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

5 years ago
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.)
(Assignee)

Comment 2

5 years ago
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.
(Reporter)

Comment 3

5 years ago
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
Last Resolved: 3 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.