Closed
Bug 1664732
Opened 4 years ago
Closed 4 years ago
Convert DOMEventMarkerPayload to new marker API
Categories
(Core :: Gecko Profiler, task, P2)
Core
Gecko Profiler
Tracking
()
RESOLVED
FIXED
82 Branch
Tracking | Status | |
---|---|---|
firefox82 | --- | fixed |
People
(Reporter: mozbugz, Assigned: mozbugz)
References
Details
Attachments
(1 file)
There is only one call site, so this is an easy one to do, and I worked on it as part of the initial bug 1646266 WIP so it's ready to go.
Assignee | ||
Comment 1•4 years ago
|
||
There is only one call site, so I believe it's best to have the marker type there.
I think it's cleaner this way, this marker type doesn't need to be present in a header shared by all users of the profiler.
The only downside is that we cannot unit-test this particular marker type automatically anymore, but I don't think it's strictly needed:
- There are still plenty of tests checking that generic marker types work end-to-end, so we can have some confidence this specific one can do its job.
- If it somehow started to fail, either it would be quickly found that it breaks the front-end, or it wouldn't have any visible effect in which case it's not a big issue.
Pushed by gsquelart@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/bb9ca4e848a0 Transition DOMEvent to markers 2.0 - r=gregtatum,smaug
Comment 3•4 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 4 years ago
status-firefox82:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 82 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•