Repository navigation
fix: show partial download progress on initial dashboard load - #1706
Merged
Evanev7 merged 3 commits intoMar 12, 2026
Merged
Conversation
The dashboard only rendered progress for DownloadOngoing entries, ignoring DownloadPending entries that carry partial download bytes. When exo restarts with partially downloaded models, the coordinator emits DownloadPending (since downloaded_this_session is 0), so the dashboard showed 0% instead of actual progress. Now both getModelDownloadStatus() and getInstanceDownloadStatus() handle DownloadPending entries that have non-zero downloaded bytes, synthesizing a progress object from the top-level downloaded/total fields. This makes paused/resumed downloads visible immediately on the main page, matching the behavior already present on the dedicated downloads page. Fixes exo-explore#1042
Evanev7
enabled auto-merge (squash)
March 12, 2026 10:32
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
getModelDownloadStatus()andgetInstanceDownloadStatus()now handleDownloadPendingentries that carry non-zerodownloaded/totalbytesFixes #1042
Root cause
When exo restarts with partially downloaded models, the
DownloadCoordinatoremitsDownloadPendingevents (becausedownloaded_this_sessionis 0, even though real bytes exist on disk). The main page dashboard only checked forDownloadOngoingentries, so these partially downloaded models showed as 0%.The dedicated
/downloadspage already handled this correctly — it rendersDownloadPendingentries with a progress bar whendownloaded > 0. This fix brings the same behavior to the main page.Changes
For both
getModelDownloadStatus()andgetInstanceDownloadStatus()in+page.svelte:DownloadPendingin addition toDownloadOngoingDownloadPendingentries withdownloaded > 0ortotal > 0, synthesize aDownloadProgressobject from the top-level fields (withspeed: 0andetaMs: 0since no active download is in progress)DownloadPendingentries where bothdownloadedandtotalare 0 (truly pending, not yet started)Test plan
cd dashboard && npm run build)