Skip to content

feat(healthplatform): collapse NEW/ONGOING states into ACTIVE#492

Draft
louis-cqrl wants to merge 1 commit into
masterfrom
louis-cqrl/healthplatform-active-state
Draft

feat(healthplatform): collapse NEW/ONGOING states into ACTIVE#492
louis-cqrl wants to merge 1 commit into
masterfrom
louis-cqrl/healthplatform-active-state

Conversation

@louis-cqrl

Copy link
Copy Markdown
Contributor

Summary

  • Replaces ISSUE_STATE_NEW (1) and ISSUE_STATE_ONGOING (2) with a single ISSUE_STATE_ACTIVE (1) in the IssueState proto enum
  • Wire value 1 is reused (formerly NEW → now ACTIVE), keeping backward-compat for consumers that only checked value 1
  • Wire value 2 is reserved to prevent future reuse
  • ISSUE_STATE_RESOLVED (3) is unchanged

Motivation

The NEW/ONGOING distinction had no actionable meaning for consumers: both states mean "this issue is currently present". Collapsing them simplifies the agent state machine and the backend intake logic.

Backward compatibility

  • Value 1 (ACTIVE) is wire-identical to old NEW — existing intake pipelines reading value 1 continue to work
  • Value 2 (ONGOING) is reserved; no agent will produce it after this change
  • ISSUE_STATE_RESOLVED = 3 is unchanged

Test plan

  • Protobuf compilation passes
  • Paired datadog-agent PR updates all state machine logic and tests

Drop the distinction between NEW (first report) and ONGOING (repeated
report) in the IssueState enum. Both cases mean "the issue is currently
active", so a single ACTIVE value (wire value 1, formerly NEW) is
sufficient.

Wire value 2 (formerly ONGOING) is now reserved; agents no longer
produce it and backends can discard it safely.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant