fix
patch
task/fix-mpack-fallback-lookup
#1 / 1
fix: fall back to any indexed mpack in read_object_bytes when push mpack has no index entry
The prebuilt clone mpack supersedes push mpacks in musehub_mpack_index — all index entries point to the prebuilt mpack_id, not the original push mpack_id. read_object_bytes was filtering by entity_id AND mpack_id (from storage_uri), finding zero rows, then falling back to a full push-mpack download that fails because the push mpacks are not accessible in R2.
Fix: if the push-mpack-specific lookup returns nothing, try any indexed location for the object (entity_id only, requiring byte_offset/byte_length). This picks up the prebuilt mpack entry and serves the bytes via range GET — fixing the empty file display in the web UI for gabriel/muse on staging.
sha256:0557470fbe1a91614f0dcd761387323ba93f0e8afe48856cda1609075ab064c7
sha
~1
symbols
1 changed · 977 in snapshot
files
sha256:2614d73d8af2a12f0f0f10403dc3ed7961d547a00cce859debb7e68e47320980
snapshot
~1
symbol modified
1
file changed
977
files in snapshot
0
dead code introduced
Semantic Changes
1 symbol
Files Changed
~1
977 in snapshot
~1
977 in snapshot
← Older
Oldest on task/fix-mpack-fallback-lookup
All commits
Newer →
Latest on task/fix-mpack-fallback-lookup
0 comments
To add a comment, use the Muse CLI:
muse hub commit comment sha256:0557470fbe1a91614f0dcd761387323ba93f0e8afe48856cda1609075ab064c7 --body "your comment"
No comments yet. Be the first to start the discussion.