[31.2-rc.1] Partial good success with stalled AOs but recovery flow shattered (w.i.p.) about bfx-hf-ui

[pointops]

Second take with 3.31.2-rc.1 (development mode), same situation:

in comparison https://clipchamp.com/watch/wF7rNH96H43

a) [bad] multiple 'meta reloaded' events
b) [success] The AO (was only one, a ping-pong with 60 slices) stalled at 'meta reloaded' is removed from view and the counter indicates correctly
c) [missed] there is no modal informing about what happened and offering a respawn
d) [t.b.d] The orpahened atomics are left standing, it is possible to take them down one by one
e) [missed] HF reload (CTRL+F5) does not show the AO recovery modal
f) [funny] HF reload brings to surface the zombie AO from previous 'meta reloaded' resets (now watching the 7th reincarnation since install)
g) [expected] CLOSE SESSION attempts to close the now-visible AOs before shutting down and fails at both
h) [drag] Browser refresh after more than 1 minute for DMS to activate used to wipe the orphaned atomics, the zombie AOs remain persistent
g) [fail] after all, AO respawn is not possbile. It needs to be loaded again, fresh, thus creating the 7th generation.

==>> recovery impossible, manual entry of old AOs neede

[pointops]

Suggestions what's desired for UX a bit later, apologies.

[pointops]

fixed on 31.2