Skip to content

webui: add the catalog entries for models that ship but cannot be selected - #410

Closed
CryptVenture wants to merge 1 commit into
0xShug0:mainfrom
CryptVenture:pr/catalog-new-entries
Closed

webui: add the catalog entries for models that ship but cannot be selected#410
CryptVenture wants to merge 1 commit into
0xShug0:mainfrom
CryptVenture:pr/catalog-new-entries

Conversation

@CryptVenture

Copy link
Copy Markdown
Contributor

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:

Family What ships Why it matters
moss_voicegen one GGUF package Apache-2.0, active loader, and a matching UI tab already exists — only the catalog entry was missing
f5_tts Habibi unified plus seven Arabic dialect checkpoints nine installable packages, zero entries; the non-commercial licence is named in the input hint
pocket_tts German, Italian, Portuguese, Spanish shipped, unreachable; each has no built-in voice embedding, so the hint says a reference upload is required
dots_tts the Edit checkpoint speech editing, shipped and unreachable

The change

Fourteen entries, each naming an exact packages[].id and 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's vocos_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

python3 tools/check_loader_catalog_sync.py
# the two "publishes installable packages but no catalog entry" warnings
# (f5_tts, dots_tts_edit) are gone; the pre-existing findings on other
# entries are the subject of the sibling corrections PR and are unchanged

Reachable packages, measured by loading catalog.ts through Vite's SSR loader:

entries packages reachable
main 85 130
this branch 99 149
this branch + the resolver PR 99 162

Scope

One data file, 29 added lines, no deletions. No code, spec or engine change. The generated bundle is deliberately excluded — catalog.ts inlines 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.

…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
CryptVenture force-pushed the pr/catalog-new-entries branch from a7bf2c1 to 7f32281 Compare September 2, 2026 23:47
@CryptVenture

Copy link
Copy Markdown
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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant