Provider HTTP error body never reaches the UI ('Check failed 400' with no reason)

Ouverte
  • Quelque chose ne va pas ?
#1,301 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
52/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
rust
Domaine
backend-api-design, full-stack

Piste de recherche

Start by tracing how provider errors flow from Verify and runtime polishing into the UI; the issue does not name files or tests. Check how polish failures fall back to raw transcripts and where capsule or history status is represented. Done means provider error messages are visible and skipped or raw-fallback polish is clearly indicated.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Environment: OpenLess 2.0.2-Beta.3+build.20261026-c9f49c60, macOS 27.2 arm64.

Two symptoms with the same root cause: the HTTP error body never reaches the user.

a) "Check failed 400" with no reason

The channel Verify showed only Check failed 400. The actual cause was a capitalised model name — the provider said exactly what was wrong, but only in the log:

DeepSeek API 400: "The supported API model names are deepseek-flash, deepseek-v4-pro,
but you passed Deepseek-chat."
b) Polish failures fall back to raw silently

When polish fails, the raw transcript is inserted with no visible notice. The product silently degrades to verbatim dictation, which to the user looks like the AI feature does not exist at all. This is the most confusing failure mode I hit.

Expected
  • Surface the provider's error.message in the UI on Verify and at runtime.
  • Show a small badge on the capsule / history entry whenever polish was skipped or fell back to raw.
Langage dominant
Rust
Étoiles
3.7k
Forks
349
Merge moyen
1 j 18 h
PR mergées (30 j)
93

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de Open-Less/openless

Toutes les issues de Open-Less/openless

Issues similaires

Plus d'issues Rust

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.