fix: show dataset and org unit names (not UIDs) in autocomplete-compute error alerts

[Ramon-Jimenez]

ClickUp

Closes CU-869du4j73

Problem

In the NHWA Auto-complete compute report (standard + subnational variants), the error banner shown after a Fix all run displayed raw DHIS2 import-conflict messages with UIDs instead of names, e.g.:

ERROR: E7642: Data already approved for data set: Tu81BTLUuCT … org unit: e9IoKRAkYLO …

Client reported these used to show readable names.

Root cause

These messages are produced verbatim by the DHIS2 backend (conflict.value). The only client-side beautification, replaceOrgUnitIdByName in AlertStatsErrors, had two long-standing gaps:

• Its regex matched organisation unit:, but the actual message wording is org unit: → never matched.
• It never resolved the data set name at all.

(The trigger for the change was almost certainly a server-side conflict-message format change; this fix makes the app robust regardless.)

Fix

• Replace the org-unit-only regex with a generic replaceIdsByNames that swaps every backtick-wrapped UID for its name, independent of the surrounding label wording.
• Resolve both org units (already loaded) and the app's configured data sets (config.dataSets).
• Wire dataSets through to AlertStatsErrors from the auto-complete-compute report (covers the subnational variant too — same shared component) and the fix-totals report.

Scope

• AlertStatsErrors.tsx — generic UID→name resolver
• NHWAAutoCompleteCompute.tsx — passes dataSets (used by both standard and subnational variants)
• NHWAFixTotals.tsx — passes dataSets

Testing

• tsc --noEmit clean, eslint clean, prettier-formatted.

🤖 Generated with Claude Code

[eperedo]

it works, just a minor observation to avoid duplicating a type.

[eperedo]

we can use NamedRef[] for items instead of array<{}>

[Ramon-Jimenez]

Good call — done in 96fff74. Switched replaceIdsByNames to take NamedRef[]; OrgUnit satisfies it so the [...orgUnits, ...dataSets] spread still typechecks.