gProfiles init runs after we notify that idle tasks are finished
Categories
(Toolkit :: Startup and Profile System, defect, P2)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr128 | --- | disabled |
| firefox130 | --- | disabled |
| firefox131 | --- | disabled |
| firefox132 | --- | fixed |
People
(Reporter: Gijs, Assigned: jhirsch)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(1 file)
This seems wrong:
// This should always go last, since the idle tasks (except for the ones with
// timeouts) should execute in order. Note that this observer notification is
// not guaranteed to fire, since the window could close before we get here.
scheduleIdleTask(() => {
this.idleTasksFinished.resolve();
Services.obs.notifyObservers(
window,
"browser-idle-startup-tasks-finished"
);
});
scheduleIdleTask(() => {
gProfiles.init();
});
(searchfox unfortunately doesn't seem to have figured out the right blame here, but the original code that was moved to browser-init.js was already using this order)
| Assignee | ||
Updated•1 year ago
|
Comment 1•1 year ago
|
||
Set release status flags based on info from the regressing bug 1883155
:niklas, since you are the author of the regressor, bug 1883155, could you take a look?
For more information, please visit BugBot documentation.
Comment 2•1 year ago
|
||
Gijs, is there an end user impact? Thanks
Updated•1 year ago
|
| Reporter | ||
Comment 3•1 year ago
|
||
(In reply to Pascal Chevrel:pascalc from comment #2)
Gijs, is there an end user impact? Thanks
Probably not as the new profiles work is disabled everywhere right now. So could mark 131 and earlier disabled. Assuming, of course, that we don't need to run this code in order for the UI to be disabled/hidden. Passing needinfo to Jared for that.
| Assignee | ||
Comment 4•1 year ago
|
||
Profiles work is behind a build flag as well as a pref right now, so this shouldn't break anything for any end users until we flip the switch in bug 1894239, currently targeting 133.
| Assignee | ||
Comment 5•1 year ago
|
||
I'm already touching gProfiles in bug 1883162, so I'll fix this along the way
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 6•1 year ago
|
||
Updated•1 year ago
|
Updated•1 year ago
|
Comment 8•1 year ago
|
||
| bugherder | ||
Description
•