You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Fix incomplete GGUF downloads, group sharded models, surface download errors
Three related bugs in the llama.cpp/GGUF local model flow:
- Incomplete downloads: downloadGgufFile() wrote straight to the final
.gguf name, so a network drop, crash, or force-quit mid-download left a
truncated file indistinguishable from a real model — listModels() would
offer it, and loading it failed with a confusing 'corrupt GGUF' error
instead of the app just knowing it never finished. Now downloads go to a
.gguf.part file and only get renamed to the final name after every byte
is confirmed received; any leftover .part files from a session that never
got to clean up after itself (crash/force-quit) are swept on next launch.
- Sharded models (e.g. *-00001-of-00002.gguf) listed as two separate,
confusing, and partially-broken entries — selecting the second shard on
its own doesn't load. groupShardedModels() merges same-model shards into
one entry keyed off the lowest part present, with a synthetic "(N parts)"
label, and deleteModel() now removes every sibling shard instead of
orphaning the rest.
- A failed Hugging Face download was silently swallowed in the Settings UI
— the progress bar just vanished with no toast, no error, nothing.
Also fixes the Settings label bug from the previous commit's follow-up:
LocalGgufModel now carries both name (real filename, used for
load/delete) and label (display-only) so the grouped "(N parts)" text
never gets sent back as if it were a real file name.
0 commit comments