Closed
Bug 1453721
Opened 7 years ago
Closed 6 years ago
consider if workers should continue to work through a document.open()
Categories
(Core :: DOM: Workers, enhancement, P2)
Core
DOM: Workers
Tracking
()
RESOLVED
FIXED
People
(Reporter: bkelly, Unassigned)
References
Details
Attachments
(2 files)
5.36 KB,
patch
|
Details | Diff | Splinter Review | |
776 bytes,
patch
|
Details | Diff | Splinter Review |
While investigating various issues with document.open() re-parenting DETH objects in bug 1451913 I looked into our worker behavior. Currently we cancel workers from FreeInnerObjects() by calling CancelWorkersForWindow().
I tried remapping things in RuntimeService's mWindowMap and the WorkerLoadInfo's mWindow/ID. Unfortunately it ran into assertions here:
https://searchfox.org/mozilla-central/rev/4114ad2cfcbc511705c7865a4a34741812f9a2a9/dom/workers/WorkerRunnable.cpp#360
For now I punted on changing workers for document.open(). We can live with just canceling them. I believe other browsers, like chrome, allow the workers to continue. They don't replace their windows on document.open().
Reporter | ||
Comment 1•7 years ago
|
||
This was my WIP before punting.
Reporter | ||
Comment 2•7 years ago
|
||
To test I modified test_suspend.html to use document.open().
Updated•7 years ago
|
Priority: -- → P2
![]() |
||
Comment 3•6 years ago
|
||
Fixed by bug 1489308, since document.open no longer changes the inner window.
You need to log in
before you can comment on or make changes to this bug.
Description
•