Closed
Bug 1324260
Opened 8 years ago
Closed 8 years ago
Intermittent browser/base/content/test/webrtc/browser_devices_get_user_media_screen.js | NotFoundError, likely because there's no other application running. - Got error: OverconstrainedError: Constraints could be not satisfied....
Categories
(Core :: WebRTC, defect, P2)
Core
WebRTC
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: intermittent-bug-filer, Unassigned)
Details
(Keywords: bulk-close-intermittents, intermittent-failure)
Comment 1•8 years ago
|
||
The failure here is:
15:16:40 INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/webrtc/browser_devices_get_user_media_screen.js | NotFoundError, likely because there's no other application running. - Got error: OverconstrainedError: Constraints could be not satisfied., expected error: NotFoundError: The object can not be found here.
Which of these 2 messages should the test expect when there's no non-Firefox application running?
NotFoundError: The object can not be found here.
or
OverconstrainedError: Constraints could be not satisfied.
Is it currently inconsistent across platforms, or did I misinterpret these errors while writing the test?
If needed I could make the test accept either message, but I don't want to just hide a platform bug.
Flags: needinfo?(rjesup)
Updated•8 years ago
|
Rank: 25
Priority: -- → P2
Comment 3•8 years ago
|
||
NotFoundError is the correct error when no apps are available (I simulated it locally to confirm). I have no idea where OverconstrainedError is coming from here. Do you have a reproducible case?
If not, instrumenting the test to include error.constraint in the log output may help shed light on it.
Flags: needinfo?(jib)
Comment 4•8 years ago
|
||
Wild guess: Is this test testing the permission prompt? If so, may the error be coming from the preview code in https://dxr.mozilla.org/mozilla-central/rev/567894f026558e6dada617a3998f29aed06ac7d8/browser/modules/webrtcUI.jsm#548 :
let constraints = { video: { mediaSource: type, deviceId: {exact: deviceId } } };
? It is using an exact constraint, is why I suspect it.
I could see if an app window disappeared between the time it was enumerated (and given a deviceId) to when the preview code tries to obtain it with the deviceId it cached, gUM would fail with OverconstrainedError (the error.constraint would be 'deviceId' in that case). Are preview errors suppressed properly?
Flags: needinfo?(florian)
Comment 5•8 years ago
|
||
(In reply to Jan-Ivar Bruaroey [:jib] from comment #4)
> Wild guess: Is this test testing the permission prompt? If so, may the error
> be coming from the preview code in
> https://dxr.mozilla.org/mozilla-central/rev/
> 567894f026558e6dada617a3998f29aed06ac7d8/browser/modules/webrtcUI.jsm#548 :
>
> let constraints = { video: { mediaSource: type, deviceId: {exact:
> deviceId } } };
>
> ? It is using an exact constraint, is why I suspect it.
>
> I could see if an app window disappeared between the time it was enumerated
> (and given a deviceId) to when the preview code tries to obtain it with the
> deviceId it cached, gUM would fail with OverconstrainedError (the
> error.constraint would be 'deviceId' in that case). Are preview errors
> suppressed properly?
So, preview errors aren't currently handled, which would likely result in a message added in the browser console, but not rejecting the gUM request.
The failing test here is checking the message obtained from promiseMessageReceived defined at http://searchfox.org/mozilla-central/rev/cc2a84852bd4e6f6d8d4d5b17b8382bb5d005749/browser/base/content/test/webrtc/head.js#246 (chrome process) and http://searchfox.org/mozilla-central/rev/cc2a84852bd4e6f6d8d4d5b17b8382bb5d005749/browser/base/content/test/webrtc/get_user_media_content_script.js#104 (content process).
The test code sends the message at http://searchfox.org/mozilla-central/rev/cc2a84852bd4e6f6d8d4d5b17b8382bb5d005749/browser/base/content/test/webrtc/get_user_media.html#42 so I see no way for the preview code to pollute that.
Flags: needinfo?(florian)
Comment 6•8 years ago
|
||
Happened only once AFAIK. No luck reproducing it (w/extra error log output). Nothing actionable.
https://treeherder.mozilla.org/#/jobs?repo=try&revision=0f4f123a77884c9d6338dd67b7d856490b232198
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Comment 7•8 years ago
|
||
Hit again: https://treeherder.mozilla.org/logviewer.html#?job_id=84752025&repo=autoland
Please set the bug to WONTFIX if nothing should be done here.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
| Comment hidden (Intermittent Failures Robot) |
Updated•8 years ago
|
Status: REOPENED → RESOLVED
Closed: 8 years ago → 8 years ago
Keywords: bulk-close-intermittents
Resolution: --- → INCOMPLETE
Comment 9•8 years ago
|
||
Status: RESOLVED → REOPENED
Resolution: INCOMPLETE → ---
| Comment hidden (Intermittent Failures Robot) |
Comment 11•8 years ago
|
||
Status: REOPENED → RESOLVED
Closed: 8 years ago → 8 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•