gecko-dev/tools/profiler
Gerald Squelart a811180396 Bug 1664732 - Transition DOMEvent to markers 2.0 - r=gregtatum,smaug
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.
Follow-up bug 1665810 will instead add a higher-level xpcshell test or mochitest.

Differential Revision: https://phabricator.services.mozilla.com/D90185
2020-09-18 01:46:48 +00:00
..
core Bug 1664732 - Transition DOMEvent to markers 2.0 - r=gregtatum,smaug 2020-09-18 01:46:48 +00:00
gecko Bug 1657033 - Use Span<const char> in JSONWriter - r=froydnj 2020-09-14 02:33:20 +00:00
lul Bug 1665029 - LUL: reduce space consumption by not storing duplicate RuleSets. r=fitzgen. 2020-09-16 10:18:36 +00:00
public Bug 1664732 - Transition DOMEvent to markers 2.0 - r=gregtatum,smaug 2020-09-18 01:46:48 +00:00
rust-helper Bug 1654807 - update thin-vec to 0.2.1 for potential endianess fix. r=froydnj 2020-09-14 17:32:40 +00:00
tasktracer
tests Bug 1664732 - Transition DOMEvent to markers 2.0 - r=gregtatum,smaug 2020-09-18 01:46:48 +00:00
moz.build Bug 1646266 - ProfilerMarkers skeleton files - r=gregtatum 2020-09-02 03:55:43 +00:00