Closed
Bug 1832254
Opened 1 year ago
Closed 1 year ago
Verify if we can/should have a wrapping runnable for the background task
Categories
(Toolkit :: Background Tasks, task)
Toolkit
Background Tasks
Tracking
()
RESOLVED
FIXED
115 Branch
Tracking | Status | |
---|---|---|
firefox115 | --- | fixed |
People
(Reporter: jstutte, Assigned: jstutte)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
Note also that there are things that potentially do something after the
RunBackgroundTask
returned (thus after any timeout we add therethis is not true, as any async/await will actually make us return and dispatch a new delayed runnable that will then continue the execution. So we might return even in the middle of the execution and then enter our main loop):
AddScreenWakeLockListener();
(I wonder if that can ever be useful for background tasks?)GetTopSEHFilter();
(not sure how to follow the code path here, but setting exception handlers might have OS level side effects hard to control?)
I wonder if we should better wrap the background task into a runnable we dispatch to the main thread, letting it be executed later on top of our normal message loop run? Apart from the above, if ever something was able to dispatch events asynchronously to MT before we come here, we would run them before our payload runs.
Assignee | ||
Comment 1•1 year ago
|
||
Assignee | ||
Comment 2•1 year ago
|
||
Updated•1 year ago
|
Assignee: nobody → jstutte
Status: NEW → ASSIGNED
Pushed by jstutte@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/3271b312f8cf Have a slightly delayed runnable that wraps the background task execution start. r=nalexander,saschanaz
Comment 4•1 year ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
status-firefox115:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 115 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•