feat(raw): hot-rebind a renamed raw tag's live value without a node recreate #489
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
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 0x80000000after the rename — that part is working as intended and is a separate concern from the value rebind.