Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[31.2-rc.1] Partial good success with stalled AOs but recovery flow shattered (w.i.p.) #771

Closed
pointops opened this issue Nov 29, 2022 · 3 comments

Comments

@pointops
Copy link

pointops commented Nov 29, 2022

Highlight on how 2-rc.1 handles the stalled AOs.

Video from the previous 3.31.1 (Electron build) to show the full cycle: https://clipchamp.com/watch/oIQixSaErLN

observe

a) [fixed already] AOs stopped at 'meta realoaded' remain in view and the AO counter also indicates wrongly
b) [now bridged] AOs cannot be stopped because they are not running (red warning label pop-up), logged
c) [confusing but not wrong] info modal shows before closing app to warn about cancelling AOs deemed alive
d) [no comment] the orphaned atomics are still valid-active after restart (down time shorter than DMS threshold of 1 minute)
e) [nice + successful] HF attempts a respawn of the AOs. In process, the leftover atomics are wiped away first and then the AOs come alive placing them again.

==>> recovery completed.

@pointops
Copy link
Author

pointops commented Nov 30, 2022

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 pointops changed the title [31.2-rc1 [31.2-rc.1] (w.i.p. Nov 30, 2022
@pointops pointops changed the title [31.2-rc.1] (w.i.p. [31.2-rc.1] Partial good success with stalled AOs but recovery flow shattered (w.i.p.) Nov 30, 2022
@pointops
Copy link
Author

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

@pointops
Copy link
Author

fixed on 31.2

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant