Skip to content

fix: classify condition node misconfiguration as user error - #1859

Merged
joelorzet merged 1 commit into
stagingfrom
fix/keep-1058-condition-error-classification
Jul 30, 2026
Merged

fix: classify condition node misconfiguration as user error#1859
joelorzet merged 1 commit into
stagingfrom
fix/keep-1058-condition-error-classification

Conversation

@joelorzet

Copy link
Copy Markdown
Contributor

What

Condition node failures matched no rule in the execution error classifier (lib/errors/classify.ts) and fell through to the system default, so they were labeled system / workflow_engine. Two condition messages are now matched as workflow-author configuration faults:

  • "Condition node has no expression configured..." classified as CONFIGURATION / user
  • "Condition expression is invalid..." classified as VALIDATION / user

Why

Both failures are caused by the workflow author leaving a condition node unconfigured or entering an invalid expression. They are not platform faults, so they should surface as user errors and stay out of the system error signal used for alerting.

Changes

  • Add two classifier rules alongside the existing condition rules in lib/errors/classify.ts.
  • Add unit coverage in tests/unit/classify-execution-error.test.ts.

Condition node failures (no expression configured, invalid expression)
matched no rule in the execution error classifier and fell through to the
system default, so they were labeled system/workflow_engine. These are
workflow-author configuration faults, so classify them as user errors and
keep them out of the system-error signal used for alerting. Adds the two
classifier rules and unit coverage.
@joelorzet
joelorzet requested review from a team, OleksandrUA, eskp and suisuss and removed request for a team July 30, 2026 23:49
@joelorzet
joelorzet merged commit 8ba37c5 into staging Jul 30, 2026
37 checks passed
@joelorzet
joelorzet deleted the fix/keep-1058-condition-error-classification branch July 30, 2026 23:49
@github-actions

Copy link
Copy Markdown
Contributor

🧹 PR Environment Cleaned Up

The PR environment has been successfully deleted.

Deleted Resources:

  • Namespace: pr-1859
  • All Helm releases (Keeperhub, Scheduler, Event services)
  • PostgreSQL Database (including data)
  • LocalStack, Redis
  • All associated secrets and configs

All resources have been cleaned up and will no longer incur costs.

@github-actions

Copy link
Copy Markdown
Contributor

ℹ️ No PR Environment to Clean Up

No PR environment was found for this PR. This is expected if:

  • The PR never had the deploy-pr-environment label
  • The environment was already cleaned up
  • The deployment never completed successfully

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