feat(raw): hot-rebind a renamed raw tag's live value without a node recreate #489

Open
opened 2026-07-21 03:36:41 -04:00 by dohertj2 · 0 comments
Owner

Deferred follow-up from v3 Batch 4 (docs/plans/2026-07-16-v3-batch4-PR.md).

Renaming a raw tag correctly rewrites the address space on deploy — the old raw NodeId goes, the new one appears, and the planner re-points the referencing UNS node. This was live-verified during the Batch 4 gate (HR200HR200X).

But the renamed tag's live value does not rebind until the node is recreated/restarted. Current operational workaround is deploy-THEN-recreate, which is documented but is a sharp edge: an operator who renames a tag and does not restart sees a materialised node that never receives data.

Related sharp edge recorded in the same gate: an absolute RawPath script literal pointing at the old name correctly fails Bad 0x80000000 after the rename — that part is working as intended and is a separate concern from the value rebind.

Deferred follow-up from v3 Batch 4 (`docs/plans/2026-07-16-v3-batch4-PR.md`). Renaming a raw tag correctly rewrites the address space on deploy — the old raw NodeId goes, the new one appears, and the planner re-points the referencing UNS node. This was live-verified during the Batch 4 gate (`HR200` → `HR200X`). **But the renamed tag's live value does not rebind until the node is recreated/restarted.** Current operational workaround is deploy-THEN-recreate, which is documented but is a sharp edge: an operator who renames a tag and does not restart sees a materialised node that never receives data. Related sharp edge recorded in the same gate: an **absolute** RawPath script literal pointing at the old name correctly fails `Bad 0x80000000` after the rename — that part is working as intended and is a separate concern from the value rebind.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: dohertj2/lmxopcua#489