Open Bug 1630939 Opened 4 years ago Updated 2 years ago

URLDecorationAnnotationsService started very early during startup (profile-after-change)


(Core :: Privacy: Anti-Tracking, defect, P3)




Performance Impact medium
Tracking Status
firefox77 --- affected


(Reporter: Gijs, Unassigned)


(Blocks 1 open bug)


(Keywords: perf:startup)

Splitting this discussion out of bug 1626935.

It seems the url decoration annotation service gets created relatively early during startup (profile-after-change for the decoration service courtesy of

This is work that does not seem to be required on startup. There was some concern in bug 1626935 about syncing things - but I'm pretty sure remote settings won't do a sync in the middle of startup no matter how early we call the RemoteSettings constructor - it runs off the remote settings sync timer, which is an update timer, and those shouldn't be running in the middle of startup. In terms of the sync behaviour, AFAICT it does not care whether that particular client has been instantiated during that run - it'll update anything it's ever heard of, and create clients as necessary ( ).

If the pageload of from session restore should block on getting the contents of this DB from disk into memory, then that should probably be implemented more explicitly (ie the channel should not finish with AsyncOpen until we have the data) - right now I don't think there's any guarantee that it will be complete by the time we start making network requests.

Blocks: 1630949
Whiteboard: [fxperf] → [fxperf:p2]
Priority: -- → P3
Severity: -- → S3
Performance Impact: --- → P2
Keywords: perf:startup
Whiteboard: [fxperf:p2]
You need to log in before you can comment on or make changes to this bug.