Closed Bug 1590364 Opened 5 years ago Closed 5 years ago

Permafailing toolkit/modules/tests/browser/browser_Troubleshoot.js | Schema mismatch, Error: Validation error: Object has property dom.postMessage.sharedArrayBuffer when Gecko 72 merges to Beta on 2019-12-02

Categories

(Toolkit :: General, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla72
Tracking Status
firefox-esr68 --- unaffected
firefox67 --- unaffected
firefox68 --- unaffected
firefox69 --- unaffected
firefox70 --- unaffected
firefox71 --- unaffected
firefox72 + verified

People

(Reporter: nataliaCs, Assigned: tt)

References

(Regression)

Details

(Keywords: regression)

Attachments

(2 files)

[Tracking Requested - why for this release]:
Central as Beta: https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&revision=bc0623098f500c5329979c003c2386be2b51fa2f&searchStr=browser-chrome&selectedJob=272367616

Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=272367616&repo=try&lineNumber=4759

[task 2019-10-22T12:04:17.900Z] 12:04:17 INFO - TEST-START | toolkit/modules/tests/browser/browser_Troubleshoot.js
[task 2019-10-22T12:04:18.162Z] 12:04:18 INFO - GECKO(4953) | WebGL(0x61b0002bea80)::ForceLoseContext
[task 2019-10-22T12:04:18.197Z] 12:04:18 INFO - GECKO(4953) | WebGL(0x61b000224380)::ForceLoseContext
[task 2019-10-22T12:04:18.228Z] 12:04:18 INFO - TEST-INFO | started process screentopng
[task 2019-10-22T12:04:18.655Z] 12:04:18 INFO - TEST-INFO | screentopng: exit 0
[task 2019-10-22T12:04:18.659Z] 12:04:18 INFO - TEST-UNEXPECTED-FAIL | toolkit/modules/tests/browser/browser_Troubleshoot.js | Schema mismatch, Error: Validation error: Object has property dom.postMessage.sharedArrayBuffer.bypassCOOP_COEP.insecure.enabled not in schema: object={"dom.postMessage.sharedArrayBuffer.bypassCOOP_COEP.insecure.enabled":false}, schema={"required":true,"type":"object","properties":{}} -
[task 2019-10-22T12:04:18.659Z] 12:04:18 INFO - Stack trace:
[task 2019-10-22T12:04:18.660Z] 12:04:18 INFO - chrome://mochikit/content/browser-test.js:test_ok:1297
[task 2019-10-22T12:04:18.661Z] 12:04:18 INFO - chrome://mochitests/content/browser/toolkit/modules/tests/browser/browser_Troubleshoot.js:snapshotSchema/<:41
[task 2019-10-22T12:04:18.662Z] 12:04:18 INFO - TEST-PASS | toolkit/modules/tests/browser/browser_Troubleshoot.js | The pref should be set: javascript.troubleshoot -
[task 2019-10-22T12:04:18.664Z] 12:04:18 INFO - TEST-PASS | toolkit/modules/tests/browser/browser_Troubleshoot.js | The pref should be set: troubleshoot.foo -

(In reply to Tom Tung [:tt, :ttung] from comment #1)

Remove this line fix the issue on my Mac https://searchfox.org/mozilla-central/rev/55aa17110091deef24b913d033ccaf58f9c6d337/toolkit/modules/tests/browser/browser_Troubleshoot.js#288

I guess that is ensuring locked pref should be invisible in about:support or something like that

Mostly is to confirm (I lean to not show this to users here since it's mostly for developers and for testing; Also, I'm not sure if it's "important") : Anne, does it matter if we are not showing the pref on "about:support" like comment #3? If not, please feel free to let me know. And would be great if you could explain to me. Thanks!

Flags: needinfo?(ttung) → needinfo?(annevk)

If someone flips this preference for some reason and hits a problem because of it, I guess it would be good if it ends up in about:support even if it seems somewhat unlikely for normal users. Why are we hitting this error for this preference and not others? What's special about it?

Flags: needinfo?(annevk)

(In reply to Anne (:annevk) from comment #6)

If someone flips this preference for some reason and hits a problem because of it, I guess it would be good if it ends up in about:support even if it seems somewhat unlikely for normal users. Why are we hitting this error for this preference and not others? What's special about it?

It is a test failure and the test looks like to ensure there is no unexpected pref shown on the troubleshooting session in about:support page. If someone wants to add one, they need to change the test intentionally.

We decided to lock the pref on channels like Release and some of Beta to protect users. And that's why it led a test failure on Beta.

My point is that we could either add an exception (showing in the about:support page) in the test or not showing the pref on that. Since the title of that is "Important locked pref" and it's a page for troubleshooting, combined that with my understanding of the purpose of this pref, we probably don't want to show that on that page to increase confusion for users.

Note that we can still find out the pref(dom.postMessage.sharedArrayBuffer.bypassCOOP_COEP.insecure.enabled) is locked (cannot be changed) in about:config page in the non-Nightly and non-Dev channels.

Assignee: nobody → ttung
Status: NEW → ASSIGNED
Pushed by ttung@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/b22b34f260b4 Not listing the bypass security check pref for postMessage in about:support; r=nika
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla72
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: