Bug 1798388 - add Accessibility profiler category; convert existing code. r=canaltinova,eeejay
We use profiler categories to separate out the profiler markers for major components, such as DOM or Layout, to quickly understand what is happening in each of them: this will also be helpful for accessibility. One might be concerned that we're adding too many categories but I think it's fine: the accessibility category shouldn't appear if accessibility services aren't in use. Furthermore, if accessibility code is running when it's unexpected, having the accessibility category appear will only highlight that fact. Differential Revision: https://phabricator.services.mozilla.com/D160846
This commit is contained in:
@@ -613,7 +613,7 @@ void NotificationController::ProcessMutationEvents() {
|
||||
void NotificationController::WillRefresh(mozilla::TimeStamp aTime) {
|
||||
Telemetry::AutoTimer<Telemetry::A11Y_TREE_UPDATE_TIMING_MS> timer;
|
||||
|
||||
AUTO_PROFILER_LABEL("NotificationController::WillRefresh", OTHER);
|
||||
AUTO_PROFILER_LABEL("NotificationController::WillRefresh", A11Y);
|
||||
|
||||
// If the document accessible that notification collector was created for is
|
||||
// now shut down, don't process notifications anymore.
|
||||
|
||||
Reference in New Issue
Block a user