`describe_table` should describe tables outside the data source in Python
Los mantenedores suelen responder en 4 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Start with _describe_table_text() on the Python side, which currently raises when a table is missing from source.table_ids, and read the R change in #470 to see the intended behavior. The new cases belong in tests/shared/describe-table.json so both suites check the same results. Done means tables outside the data source are described with a no-documentation note, trusted-only mode still refuses them, and alternate names like main.sales resolve to the table's label.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Same thing as #469, but for the Python side.
In the R package, #470 lets describe_table describe any table the connection can query, not just the data source's tables, so it agrees with run_sql. Python's _describe_table_text() still raises when a table isn't in source.table_ids, so the agent can query a table it found with run_sql but can't describe it.
To match R:
- Describe tables outside the data source, with a note that no documentation covers them. On Snowflake and Databricks, run the usual access check first.
- Keep refusing them in trusted-only mode.
- Resolve alternate names for data source tables (
main.salesforsales) to the table's label, so its documentation still shows.
Pin these in tests/shared/describe-table.json so both suites test the same behavior.
- Lenguaje dominante
- Python
- Estrellas
- 69
- Forks
- 5
- Merge medio
- 5 d 16 h
- PR fusionados (30 d)
- 38
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 posit-dev/commons
-
Remove the `pull_request_target` workflow before GitHub blocks itPosiblemente ocupada @jat255 la tomó hace 1 día. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 67/100
posit-dev/commons#473 · 1 comentario ·
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
Los mantenedores suelen responder en 4 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 4 días
Todos los issues de posit-dev/commons
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
adafruit/Fruit-Jam-OS#98 ·
-
python triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
microsoft/semantic-kernel#14753 ·
Los mantenedores suelen responder en 5 días
-
area:cli area:configuration documentation priority:low size:small
Dificultad 1/5 1-3 horas Aptitud para principiantes 80/100
RonaldHensbergen/composable-data-stack#1222 ·
Los mantenedores suelen responder en 1 día
-
bug python
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
pvlib/pvlib-python#2939 ·
Los mantenedores suelen responder en 1 día