Some more BrowserGlue simplification/splitting
Categories
(Firefox :: General, task)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox140 | --- | fixed |
People
(Reporter: Gijs, Assigned: Gijs)
References
(Blocks 4 open bugs)
Details
Attachments
(2 files)
Split from bug 1958070 for release tracking purposes.
| Assignee | ||
Comment 1•8 months ago
|
||
Places frontend initialization is surprisingly complex, and disentangling it
from the rest of startup by moving it to its own file helps make some of the
logic a little more obvious, and makes unit-testing a bit easier.
This also removes BrowserGlue from the indirection mechanism used between
MigatorBase instances and Places, by switching to category-manager-based
invocation - this way, migrator code does not need to directly
call places code to tell it it's done, but we don't need BrowserGlue to play
messenger between them.
It would be nice to do the same thing for places-init-complete but
that is notified from C++ code so unfortunately that is not easily possible.
Updated•8 months ago
|
| Assignee | ||
Comment 2•8 months ago
|
||
Comment 4•7 months ago
|
||
| bugherder | ||
| Assignee | ||
Updated•7 months ago
|
Comment 7•7 months ago
|
||
Backed out for causing xpc/bc windows related failures
Backout link: https://hg.mozilla.org/integration/autoland/rev/35eb9cf6b15a28d3c9954b12ad2eb54cd8a43d3b
Relanded this, it was not the culprit for the failures, sorry for that
Comment 10•7 months ago
|
||
| bugherder | ||
Updated•7 months ago
|
Description
•