Switch to window-ready|destroyed events of the BrowsingContextTargetActor
Categories
(DevTools :: Storage Inspector, defect, P3)
Tracking
(Fission Milestone:Future)
Fission Milestone | Future |
People
(Reporter: ntim, Unassigned)
References
(Depends on 1 open bug)
Details
(Whiteboard: dt-fission-future)
Reporter | ||
Updated•10 years ago
|
Comment hidden (obsolete) |
Comment hidden (obsolete) |
Comment 4•10 years ago
|
||
Updated•10 years ago
|
Comment hidden (obsolete) |
Reporter | ||
Updated•9 years ago
|
Updated•6 years ago
|
Comment 7•5 years ago
|
||
Tentatively moving all bugs whose summaries mention "Fission" (or other Fission-related keywords) but are not assigned to a Fission Milestone to the "?" triage milestone.
This will generate a lot of bugmail, so you can filter your bugmail for the following UUID and delete them en masse:
0ee3c76a-bc79-4eb2-8d12-05dc0b68e732
Comment hidden (obsolete) |
Updated•5 years ago
|
Comment 10•4 years ago
|
||
Well, yes, this bug is about making the storage panel work with the iframe drop down menu.
This should still be broken as I'm not aware of any work being done around window-ready/destroyed events in storage.
Having said that, we would probably revisit the implementation of the iframe dropdown someday and ultimately get rid of these window-ready/destroy evens in favor of one brand new WindowGlobalTargetActor for each new navigation no matter if it is top level of iframe document.
But there is no concrete plan yet to do that. It could be a M3 cleanup task.
Comment 11•4 years ago
|
||
Thanks for the explanation Alex.
Honza
Updated•4 years ago
|
Comment 12•4 years ago
|
||
Honza said this is not part of dt-fission-m3-mvp and is not considered Fission M7 blocker.
Comment 13•4 years ago
|
||
Moving "dt-fission-m3-reserve" bugs to "dt-fission-future" because they don't block Fission MVP.
Comment 14•3 years ago
|
||
This no longer make sense now that we moved to storage resources.
Description
•