Closed
Bug 1541167
Opened 6 years ago
Closed 6 years ago
Make AddonManager.validateBlocklist() async and get rid of main-thread I/O
Categories
(Toolkit :: Blocklist Implementation, enhancement, P3)
Tracking
()
RESOLVED
FIXED
mozilla68
Tracking | Status | |
---|---|---|
firefox68 | --- | fixed |
People
(Reporter: aswan, Assigned: aswan)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxperf:p2])
Attachments
(1 file)
Since bug 1454378 made the rest of blocklist loading asynchronous, this should now be easy to convert to asynchronous and get rid of the existing main-thread I/O during startup.
Updated•6 years ago
|
Whiteboard: [fxperf]
Updated•6 years ago
|
Priority: -- → P3
Updated•6 years ago
|
Whiteboard: [fxperf] → [fxperf:p2]
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → aswan
Assignee | ||
Comment 1•6 years ago
|
||
The main change here is moving the old AddonManager.validateBlocklist()
into Blocklist.jsm and getting rid of any main-thread I/O. This patch
also includes a small functional change: previously we would always copy
the application-supplied blocklist.xml into the profile directory. With
this change, blocklist.xml is not copied from the application into the
profile. This entails an extra open() when we're falling back to the
application-supplied blocklist file but saves all the I/O required to
actually copy the file.
Pushed by aswan@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/6569e4cca483
Stop doing synchronous main-thread I/O to validate the blocklist r=Gijs
Comment 3•6 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox68:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla68
Updated•6 years ago
|
Type: defect → enhancement
You need to log in
before you can comment on or make changes to this bug.
Description
•