Closed
Bug 1313324
Opened 8 years ago
Closed 8 years ago
Cover the screensharing UI with browser chrome tests
Categories
(Firefox :: Site Permissions, defect, P3)
Firefox
Site Permissions
Tracking
()
RESOLVED
FIXED
Firefox 53
Tracking | Status | |
---|---|---|
firefox53 | --- | fixed |
People
(Reporter: florian, Assigned: florian)
References
(Depends on 2 open bugs)
Details
(Whiteboard: [fxprivacy])
Attachments
(1 file, 3 obsolete files)
(deleted),
patch
|
past
:
review+
|
Details | Diff | Splinter Review |
The initial screensharing UI landed without any test. We are now polishing this UI with bug 1284877 and bug 1284878, and more importantly we are planning to remove the screensharing whitelist to make the feature available to all websites (bug 1127522). As part of this project I think we need to ensure the UI is well covered by tests.
Assignee | ||
Comment 1•8 years ago
|
||
Assignee | ||
Updated•8 years ago
|
Assignee: nobody → florian
Status: NEW → ASSIGNED
Assignee | ||
Updated•8 years ago
|
Whiteboard: [fxprivacy]
Assignee | ||
Comment 2•8 years ago
|
||
Assignee | ||
Comment 3•8 years ago
|
||
I think I'm done, but I'll wait to see the color of try results before requesting review.
Assignee | ||
Updated•8 years ago
|
Attachment #8811839 -
Attachment is obsolete: true
Assignee | ||
Comment 4•8 years ago
|
||
Assignee | ||
Comment 5•8 years ago
|
||
Assignee | ||
Comment 6•8 years ago
|
||
Assignee | ||
Updated•8 years ago
|
Attachment #8814486 -
Attachment is obsolete: true
Assignee | ||
Comment 7•8 years ago
|
||
Assignee | ||
Comment 8•8 years ago
|
||
Assignee | ||
Comment 9•8 years ago
|
||
Assignee | ||
Comment 10•8 years ago
|
||
Assignee | ||
Comment 11•8 years ago
|
||
Assignee | ||
Comment 12•8 years ago
|
||
Assignee | ||
Comment 13•8 years ago
|
||
Assignee | ||
Comment 14•8 years ago
|
||
Assignee | ||
Comment 15•8 years ago
|
||
Assignee | ||
Comment 16•8 years ago
|
||
Assignee | ||
Comment 17•8 years ago
|
||
Assignee | ||
Comment 18•8 years ago
|
||
Assignee | ||
Comment 19•8 years ago
|
||
Assignee | ||
Comment 20•8 years ago
|
||
The colors I see on the try push from comment 19 are promising at this point, so I think it's time to request review. Panos, I picked you but feel free to redirect to whoever has cycles.
Before landing I intend to file bugs for the AppConstants.platform checks, to mention the bug numbers in the todo() comments.
Attachment #8816305 -
Flags: review?(past)
Assignee | ||
Updated•8 years ago
|
Attachment #8815315 -
Attachment is obsolete: true
Comment 21•8 years ago
|
||
Comment on attachment 8816305 [details] [diff] [review]
Patch v4
Review of attachment 8816305 [details] [diff] [review]:
-----------------------------------------------------------------
::: browser/base/content/test/webrtc/browser_devices_get_user_media_screen.js
@@ +387,5 @@
> + function* check(expected = {}) {
> + let shared = Object.keys(expected).join(" and ");
> + if (shared) {
> + Assert.deepEqual((yield getMediaCaptureState()), expected,
> + "expected nothing to be shared");
"nothing" wouldn't be accurate when |expected| has a non-default value, right?
::: browser/base/content/test/webrtc/head.js
@@ +247,5 @@
> + return new Promise((resolve, reject) => {
> + let mm = _mm();
> + mm.addMessageListener("Test:MessageReceived", function listener({data}) {
> + resolve(data);
> + mm.removeMessageListener("Test:MessageReceived", listener);
Nit: removing the listener before further action is the more common pattern to avoid inadvertent reentrancy. Is there a particular reason you want it like this here?
Attachment #8816305 -
Flags: review?(past) → review+
Assignee | ||
Comment 22•8 years ago
|
||
Assignee | ||
Comment 23•8 years ago
|
||
Assignee | ||
Comment 24•8 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/6e2e9bdc497579d2145440575a9954f3244feccf
Bug 1313324 - Cover the screensharing UI with browser chrome test, r=past.
Comment 25•8 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
status-firefox53:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 53
You need to log in
before you can comment on or make changes to this bug.
Description
•