Move inspector tasks from WorkerThread to WorkerBackingThread for cleanup |
||||||
Issue descriptionCopied from https://codereview.chromium.org/2456733002/diff/160001/third_party/WebKit/Source/core/inspector/WorkerThreadDebugger.cpp#newcode160 On 2016/11/02 17:23:37, dgozman wrote: > I wonder whether we should now move inspector tasks to WorkerBackingThread, > since we should pause all possible worklets running on the single thread, and > thus blocking the thread makes sense on the WorkerBackingThread level. WDYT?
,
Nov 7 2016
I think this is right behavior, since worklets share the thread and so pausing one of them should prevent others from doing anything. This would be a natural expectation for the user debugging tasks on a single thread.
,
Nov 8 2016
Thank you for the clarification. I'll write a design document.
,
Sep 21 2017
Any progress (or plans) on this?
,
Sep 21 2017
No progress/plan for now...
,
Dec 11 2017
,
Dec 12
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Dec 14
(Worker bug triage) nhiroki@: Any updates?
,
Dec 14
No updates. We've been drastically changing worker startup and worker inspector setup sequence (e.g., issue 835717, issue 882467), so it may be better to consider this after that. |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by nhiroki@chromium.org
, Nov 7 2016