Closed
Bug 1745870
Opened 2 years ago
Closed 2 years ago
trr_connection_cycle_count scalar is defined as keyed, but we increment it as if it isn't
Categories
(Core :: Networking: DNS, defect, P1)
Core
Networking: DNS
Tracking
()
RESOLVED
FIXED
97 Branch
Tracking | Status | |
---|---|---|
firefox97 | --- | fixed |
People
(Reporter: nhnt11, Assigned: nhnt11)
References
Details
(Whiteboard: [necko-triaged])
Attachments
(1 file)
We're calling ScalarAdd here: https://searchfox.org/mozilla-central/rev/21a9b72545da06681db97c4b3a2a6be761f4aae5/netwerk/protocol/http/TRRServiceChannel.cpp#500-501
But it's a keyed scalar: https://searchfox.org/mozilla-central/rev/21a9b72545da06681db97c4b3a2a6be761f4aae5/toolkit/components/telemetry/Scalars.yaml#6212
So we should be calling KeyedScalarAdd. I'm kinda disappointed that this isn't prevented statically...
FWIW this is my theory for why the probe shows up as "Inactive" in Glam. It's possible there's more that's wrong here, but hopefully not.
Assignee | ||
Comment 1•2 years ago
|
||
Assignee | ||
Comment 2•2 years ago
|
||
Quick correction to comment 0: it's not KeyedScalarAdd, there's an overload of ScalarAdd that accepts a key.
Pushed by nhnt11@gmail.com: https://hg.mozilla.org/integration/autoland/rev/9d5dd0d2ecaa Increment networking_trr_connection_cycle_count as a keyed scalar. r=necko-reviewers,dragana
Comment 4•2 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
status-firefox97:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 97 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•