Closed Bug 1772599 Opened 2 years ago Closed 2 years ago

Ensure sanitized prefs are not removed from hashtable in Content Processes

Categories

(Toolkit :: Preferences, defect, P1)

defect

Tracking

()

RESOLVED FIXED
103 Branch
Tracking Status
firefox103 --- fixed

People

(Reporter: tjr, Assigned: tjr)

References

Details

Attachments

(7 files)

In a subprocess, if a pref has no value, it will not be added to the hashtable - and if it's not in the hashtable, we do not have an opportunity to crash when it is accessed. This has lead to undefined string prefs (like general.useragent.override) not leading to crashes when accessed.

We need to fix this and retest to ensure we are allowlisting the prefs content processes care about for operation and for tests.

Severity: -- → N/A
Priority: -- → P1
Pushed by tritter@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/bd306a37d456
Set pref sanitizations prefs in the content process r=KrisWright
https://hg.mozilla.org/integration/autoland/rev/94cb2c0fd685
Ensure that sanitized prefs make it into the hashtable in the content processes r=KrisWright
https://hg.mozilla.org/integration/autoland/rev/f11e6ba5d5ac
Move crashes further up the stack to handle NoneType prefs in the content process r=KrisWright
https://hg.mozilla.org/integration/autoland/rev/8ff6037c838e
Do not start checking prefs until they've been initialized r=KrisWright
https://hg.mozilla.org/integration/autoland/rev/79217f35a4e6
Add prefs to the dynamic override list r=KrisWright
https://hg.mozilla.org/integration/autoland/rev/4bb2e549baa1
Do not treat init-once prefs as sanitizable r=KrisWright
https://hg.mozilla.org/integration/autoland/rev/008d34e53555
Use a temporary pref for a few weeks while we vette the behavior r=freddyb
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: