webui: add the catalog entries for models that ship but cannot be selected - #410
Closed
CryptVenture wants to merge 1 commit into
Closed
webui: add the catalog entries for models that ship but cannot be selected#410CryptVenture wants to merge 1 commit into
CryptVenture wants to merge 1 commit into
Conversation
…ected
Four model families publish installable GGUF packages that no catalog entry
reached, so the WebUI could not show or install them at all:
- moss_voicegen: Apache-2.0, an active loader, a published GGUF package and
a matching UI tab, and no way to select it.
- f5_tts: the Habibi unified checkpoint plus seven Arabic dialect
checkpoints. The non-commercial licence is named in the input hint.
- pocket_tts: the German, Italian, Portuguese and Spanish checkpoints. Each
ships without a built-in voice embedding, so the hint says a reference
voice upload is required.
- dots_tts: the Edit checkpoint, for speech editing.
Fourteen entries, each naming an exact packages[].id and the directory that
package installs into. Existing entries are untouched.
The remaining reachability warning after this change is f5_tts's
vocos_mel_24khz vocoder, which is a support package rather than a model and
has no UI tab of its own.
Validation:
tools/check_loader_catalog_sync.py # the two "family has no entry"
# warnings for f5_tts and
# dots_tts_edit are gone
Reachable packages, measured by loading catalog.ts through Vite's SSR loader:
without these entries 130 packages across 85 entries
with them 149 packages across 99 entries
CryptVenture
force-pushed
the
pr/catalog-new-entries
branch
from
September 2, 2026 23:47
a7bf2c1 to
7f32281
Compare
Contributor
Author
|
Closing for now to stay inside the 3-concurrent-PR policy (see the discussion on #422). Nothing is wrong with the change and CI is green on it; I will reopen it as review slots free. |
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.
Split out of #373 as requested: catalog entry additions only. Nothing existing is modified — the corrections to existing entries, the resolver, the request wiring, the transcript display and the UI text fixes are separate PRs.
The problem
Four families publish installable GGUF packages that no catalog entry reached, so the WebUI could neither show nor install them:
moss_voicegenf5_ttspocket_ttsdots_ttsThe change
Fourteen entries, each naming an exact
packages[].idand the directory that package installs into, inserted next to their family's existing entries. Existing entries are untouched.The one reachability warning left after this PR is
f5_tts'svocos_mel_24khz, a vocoder support package rather than a model — it has no UI tab of its own and is installed as a dependency.Validation
Reachable packages, measured by loading
catalog.tsthrough Vite's SSR loader:mainScope
One data file, 29 added lines, no deletions. No code, spec or engine change. The generated bundle is deliberately excluded —
catalog.tsinlines this file at frontend build time and the bundle is not byte-reproducible, so regenerating it in each PR of this split would make the PRs conflict; happy to send one bundle-regeneration PR once the series lands.