fix(orchestrator,ui): stop crash-looping orphan stack members; dedupe Electrum launch overlay
- crash_recovery.rs: stack boot/runtime recovery (immich/indeedhub/netbird) now requires the stack's core dependency container to exist before touching any sibling, instead of firing on any leftover container. Fixes an infinite 120s-interval crash loop where orphan debris from a partial/failed install (indeedhub-api with no indeedhub-postgres ever created) was repeatedly force-restarted against a dependency that doesn't exist, which also blocked a real reinstall via container name conflicts. - AppSessionFrame.vue: the generic app-loading overlay and the ElectrumX sync-in-progress overlay could render simultaneously (same z-index) during launch. The sync screen is strictly more informative, so it now takes precedence instead of the two stacking on top of each other. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Sonnet 5
parent
5b7cd5d5d0
commit
d414ae3daa
@@ -1,7 +1,12 @@
|
||||
<template>
|
||||
<div class="relative flex-1 min-h-0 bg-black/40 overflow-hidden app-session-frame-safe">
|
||||
<Transition name="content-fade">
|
||||
<AppLoadingScreen v-if="loading" :icon="appIcon" :title="appTitle" :progress="loadProgress" />
|
||||
<!-- Suppressed while the ElectrumX sync overlay below is showing — both
|
||||
conditions can be true at once during launch (generic loader fires
|
||||
first, then sync status arrives), and the sync screen is strictly
|
||||
more informative, so it takes precedence instead of the two
|
||||
rendering on top of each other. -->
|
||||
<AppLoadingScreen v-if="loading && !(electrsSync && !electrsSync.stale)" :icon="appIcon" :title="appTitle" :progress="loadProgress" />
|
||||
</Transition>
|
||||
|
||||
<!-- ElectrumX sync screen — shown before the real UI while the on-chain
|
||||
|
||||
Reference in New Issue
Block a user