Gemini and Vertex follow-ups from PR #369
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 42/100
Línea de trabajo
The issue identifies backend/requirements.txt, code_editor.py and GeminiProvider, but the four follow-ups span validation, chat routing, dependency compatibility and credential failure delays. Start by reading PR #369 and the backend Docker image’s dependency versions; choose one follow-up and inspect its related tests or settings path. Done means the selected change has a defined validation or behavior and its relevant tests pass.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Follow-ups from PR #369 (Gemini over Vertex AI) that were out of scope for that PR.
1. Validate Vertex locations against known regions
The Vertex location field accepts any well-formed string (for example mars-north1) and only fails when a call is made. Add a list of known Vertex regions to validate against, or validate with a cheap call when settings are saved.
2. Move regular Gemini AI chat onto the SDK provider
Submission feedback for Gemini uses GeminiProvider (google-genai SDK, v1 API), but regular Gemini in /ai_chat still uses REST v1beta with post_gemini_with_retry in code_editor.py. Move chat onto the provider so there is one code path with shared retry, timeout and error mapping.
3. Pin a minimum google-genai version
google-genai is unpinned in backend/requirements.txt. The Gemini provider relies on HttpOptions.timeout and the v1 API. Pin a minimum version that supports both, checked against the version in the backend Docker image. An unpinned SQLAlchemy already broke fresh builds once (fixed in #377).
4. ADC credential check takes about 9 seconds to fail
With Vertex in ADC mode and no credentials available, a request takes about 9 seconds to fail while google-auth probes the GCE metadata server. The error itself is now a clear 400 (PR #369), but the delay remains. Consider a pre-check for credentials, or document the GCE_METADATA_HOST and timeout settings.
- Lenguaje dominante
- Python
- Estrellas
- 13
- Forks
- 0
- Merge medio
- 2 h 4 min
- PR fusionados (30 d)
- 1
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Sin guía de contribución
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 kiat/codeAssist
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
kiat/codeAssist#391 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
kiat/codeAssist#364 · 1 comentario ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 63/100
kiat/codeAssist#392 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
kiat/codeAssist#390 ·
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
kiat/codeAssist#388 ·
Todos los issues de kiat/codeAssist
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
good first issue No-AI
Dificultad 2/5 1-3 horas Aptitud para principiantes 69/100
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
🐛 Bug: Calendar work items cannot be opened on mobilePosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/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 2 días