Closed Bug 1632577 Opened 6 years ago Closed 2 years ago

Maybe Glean's UUID metric type shouldn't be a c0ffee maker

Categories

(Data Platform and Tools :: Glean: SDK, enhancement, P4)

enhancement

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: chutten, Unassigned)

Details

(Whiteboard: [telemetry:glean-rs:backlog])

It occurred to me that UUID's generateAndSet could generate the canary client id (the c0ffee one) which would cause all sorts of unintended operation. Maybe we should prevent that?

Or, more narrowly, maybe we should at least guard against accidentally assigning a client_id to the canary value when we don't intend to.

Type: defect → enhancement
Priority: -- → P3
Whiteboard: [telemetry:glean-rs:m?]

(In reply to Chris H-C :chutten from comment #0)

Or, more narrowly, maybe we should at least guard against accidentally assigning a client_id to the canary value when we don't intend to.

I think we should do this within glean_core, without touching the metric type itself. c0ffee... is a valid UUID, I guess.

Whiteboard: [telemetry:glean-rs:m?] → [telemetry:glean-rs:backlog]
Priority: P3 → P4
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE

generateAndSet cannot generate the UUID c0ffeec0-ffee-c0ff-eec0-ffeec0ffeec0. We use new_v4 to generate v4 UUIDs (random).
c0ffeec0-ffee-c0ff-eec0-ffeec0ffeec0 is not v4 and thus cannot be the output of random generation.

Resolution: INCOMPLETE → INVALID
You need to log in before you can comment on or make changes to this bug.