Undo for DMN decision name direct editing doesnt work on first attempt

[MaxTru]

Describe the Bug

Undo is not working when using direct edit to adjust a DMN decision name. After having performed multiple actions it works

Steps to Reproduce

1. Open a new DMN DRD
2. Edit the Decision name
3. Try to undo
   

Expected Behavior

Undo works

Environment

• OS: Arch Manjaro Linux
• Camunda Modeler Version: 4.1.1

Additional context
This belong to a series of undo bugs

• Undo for DMN decision name direct editing doesnt work on first attempt #1912
• DRD: undo of deleting a decision element doesn't work #1921
• DMN decision table: undo using keyboard shortcut for custom values doesn't work #1922
• DMN decision table undo not working when in freshly opened .dmn #1923

[MaxTru]

This bug only occurs after initial creation of a DMN DRD (and when then changing the name of the decision).

Problem seems to be that the commandStack tries to undo an elements.move command rather than the updateLabel.

[oguzeroglu]

It turns out that what triggers this problem is align-to-origin module. https://github.com/bpmn-io/align-to-origin/blob/34931362346878ea9eec9b248b646c6ba714adf2/lib/align-to-origin.js#L117

For some reason save XML action is trigger when the label editing is complete.

[oguzeroglu]

One solution would be to register elements position to align-to-origin module on viewer creation so that we can have an early return here: https://github.com/bpmn-io/align-to-origin/blob/34931362346878ea9eec9b248b646c6ba714adf2/lib/align-to-origin.js#L94 since no delta would be computed.

[oguzeroglu]

Closed via #1935