Provider HTTP error body never reaches the UI ('Check failed 400' with no reason)
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 52/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- rust
- Área
- backend-api-design, full-stack
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.messagein 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.
- Lenguaje dominante
- Rust
- Estrellas
- 3.7k
- Forks
- 349
- Merge medio
- 2 d 14 h
- PR fusionados (30 d)
- 97
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Open-Less/openless
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
[windows] 录音快捷键还不支持设置为ScrllLock键Posiblemente ocupada @HKLHaoBin la tomó hace 10 días. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Open-Less/openless#1241 · 5 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 18/100
Los mantenedores suelen responder en 1 día
-
[omni] 多模态模式开启翻译后，译文时有时无，或混在 JSON 字段里Posiblemente ocupada @Breadswim la tomó hace 4 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
Los mantenedores suelen responder en 1 día
-
[omni] 多模态「验证」对 OpenAI gpt-audio-1.5 必然返回 400Posiblemente ocupada @Breadswim la tomó hace 4 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
Los mantenedores suelen responder en 1 día
Todos los issues de Open-Less/openless
Issues similares
-
Perl - Readme DriftPosiblemente ocupada @Omnideth la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
CommunityToolkit/Aspire#2375 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día