[BUG]: The window movement track of the move-to-monitor command is repeated

[MasouShizuka]

Describe the bug
When using the move-to-monitor command, the window's movement trajectory will repeat, as follows:

2024-07-12.09-47-54_batch.mp4

However, when using the send-to-monitor command, the window's motion trajectory is normal, as shown below:

2024-07-12.09-46-55_batch.mp4

To Reproduce
Steps to reproduce the behavior:

1. Just use these two commands separately

Expected behavior
The window's movement trajectory of the move-to-monitor command is not repeated.

Operating System

OS 名称:          Microsoft Windows 11 家庭中文版
OS 版本:          10.0.22631 暂缺 Build 22631

[LGUG2Z]

Similar issues have been reported generally with cross-monitor moves. I think the best way forward here for now is to disable animations in general for any operations that move windows across monitor or workspace boundaries.

[MasouShizuka]

This fix is ​​not appropriate.
If the intermediate code encounters a ? and throws an error, ANIMATION_ENABLED will not be restored to its original value.

[LGUG2Z]

Updated the commit to follow the same pattern as when we temporarily disable borders:

komorebi/komorebi/src/border_manager/mod.rs

Line 40 in 50a2792

pub static BORDER_TEMPORARILY_DISABLED: AtomicBool = AtomicBool::new(false);

This ensures that the value set for animation in the configuration will always be eventually consistent even if there are sporadic intermittent errors (subsequent successful calls that manipulate ANIMATION_TEMPORARILY_DISABLED will reset the value to false).