-
released this
2026-10-16 11:48:23 +02:00 | -4351 commits to 1.4.23-ew since this releaseBifrost v2.3.0-ew-4 (EW Fork)
Patch-Release auf
2.3.0-ew1(2 Commits): UI-Fix für die Spec-13-Partner-Anlage.Änderungen
- Decisions im Custom-Provider-Formular freigeschaltet:
PROVIDER_SUPPORTED_REQUESTS.ewkannte"decisions"nicht — beibase_provider_type: "ew"war die Decisions-API im Allowed-Requests-Block ausgegraut (Switch disabled, Tooltip „Not supported by ew") und wurde beim Base-Wechsel still auffalsezurückgesetzt - Reines UI-Problem: das Backend served Decisions nativ seit Spec 11 (
/v1/decisions+/v1/systemone,ew_allowed_requests-Schema korrekt), und das per-Key-Model-/Key-Formular war bereits bedient (Spec 13) — nur die Provider-Level-Checkbox-Liste war seit Spec 11 nicht erweitert worden
Kompatibilität / Operator-Hinweise
- Keine Breaking Changes, kein Config-Eingriff — Bestands-Provider verhalten sich unverändert
- Partner, die einen EW-basierten Custom Provider bereits ohne decisions angelegt haben, können die API jetzt im Provider-Formular nachaktivieren (oder die Key-Level-Toggles nutzen, die funktionierten durchgehend)
Qualität
- Vitest 31/31 grün; Regressionstest red-first:
isRequestTypeDisabled("ew", "decisions")→falsemit Gegenproben (chat_completionenabled,liveweiter disabled) npm run buildclean; Working-Tree-Diff ausschließlich die 2 UI-Dateien + SHA-Tabellen-Zeile- Bekannter Zusatzbefund (bewusst NICHT Teil dieses Releases): die Provider-Level-Checkbox-Liste deckt weitere Backend-Typen nicht ab (
responses*,count_tokens,compaction,ocr,image_*_stream) — pre-existing seit Spec 02/11, kein Spec-13-Defekt
Details: specs/README.md (SHA-Tabelle), Commit
5aff48751
Image: forge.engelmann.me/engel75/bifrost:v2.3.0-ew-4Downloads
-
Source code (ZIP)
0 downloads
-
Source code (TAR.GZ)
0 downloads
- Decisions im Custom-Provider-Formular freigeschaltet: