Open
Bug 1436834
Opened 6 years ago
Updated 2 years ago
Use a separate event target for docgroups
Categories
(Core :: DOM: Core & HTML, enhancement, P2)
Core
DOM: Core & HTML
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox60 | --- | affected |
People
(Reporter: jdm, Unassigned)
Details
Attachments
(1 file)
5.06 KB,
patch
|
nika
:
review-
|
Details | Diff | Splinter Review |
Currenltly DocGroup::EventTargetFor delegates to TabGroup::EventTargetFor. This means that bug 1436743 and bug 1436742 are less effective than they could be, because they only recognize events that are dispatched directly to the docgroup. I have a patch that I'm rebasing that adds a separate event target for the docgroup so the events dispatched to the event target are charged to the docgroup as expected.
Reporter | ||
Comment 1•6 years ago
|
||
Attachment #8949537 -
Flags: review?(nika)
Reporter | ||
Updated•6 years ago
|
Assignee: nobody → josh
Status: NEW → ASSIGNED
Reporter | ||
Comment 2•6 years ago
|
||
This is all very liberally copied and modified from SchedulerGroup's implementation. If there's a better way to share the code, I'm open to it.
Reporter | ||
Comment 3•6 years ago
|
||
Try build: https://treeherder.mozilla.org/#/jobs?repo=try&revision=3f86cca972c3a78ea980642940f43582e25c574b
Reporter | ||
Comment 4•6 years ago
|
||
Try build for just this patch in particular suggests I need to spend some time chasing leaks: https://treeherder.mozilla.org/#/jobs?repo=try&revision=bb13a119dc22c668d7692dc418bdff56272cf728
Comment 5•6 years ago
|
||
Comment on attachment 8949537 [details] [diff] [review] Give docgroups event targets indepedent of their associated tabgroups Review of attachment 8949537 [details] [diff] [review]: ----------------------------------------------------------------- I think a better approach here would probably be to make DocGroup inherit from SchedulerGroup - it seems like it'd be cleaner, and it would help with avoiding unnecessary code duplication.
Attachment #8949537 -
Flags: review?(nika) → review-
Updated•6 years ago
|
Priority: -- → P2
Reporter | ||
Comment 6•6 years ago
|
||
Realistically I am not working on this. The better approach from comment 5 was not straightforward, so I moved on to other things.
Assignee: josh → nobody
Status: ASSIGNED → NEW
Assignee | ||
Updated•5 years ago
|
Component: DOM → DOM: Core & HTML
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•