[Bug]: GraphQL fields listed after a fragment spread are silently dropped

Abierto Apto para principiantes
  • ¿Algo no está bien?
#3,861 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 7 días

@hippi345 ya está trabajando en esto.

Desde el 17/10/2026.

  • #3862 de @hippi345 — abierto

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
76/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
azure, csharp, graphql
Área
api, databases

Línea de trabajo

Empieza en src/Core/Resolvers/Sql Query Structures/SqlQueryStructure.cs y lee AddGraphQLFields, centrándote en cómo las ramas de propagación de fragmentos y de fragmentos en línea gestionan las selecciones restantes. Revisa las pruebas GraphQL existentes para las selecciones de fragmentos y añade cobertura para los campos posteriores a ambas formas de fragmento. El trabajo estará terminado cuando los campos escalares y de relación posteriores a un fragmento se incluyan en la consulta SQL y se devuelvan, y el comportamiento existente de los fragmentos siga funcionando.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

bug triage

Note: The below was written and discovered by claude but I have independently verified it myself as well.

What happened?

When a selection set contains a fragment spread (or inline fragment), every field listed after it in the same selection set is never added to the SQL query. Those fields come back null with no error. This applies to both scalar fields and relationship fields.

Repro:

query {
  book_by_pk(id: 1) {
    ...bookFields
    title
    publishers { name }
  }
}

fragment bookFields on book { id }

Expected: id, title and publishers are populated.
Actual: id is populated; title and publishers are null.

The same query works if ...bookFields is moved to the end of the selection set, or removed.

Cause: in SqlQueryStructure.AddGraphQLFields, both the FragmentSpread and the InlineFragment branches recurse into the fragment and then return;. That exits the foreach over the remaining selections. These look like they should be continue;:

https://github.com/Azure/data-api-builder/blob/main/src/Core/Resolvers/Sql%20Query%20Structures/SqlQueryStructure.cs (the two return; statements after the recursive AddGraphQLFields calls)

The return; dates from #1236, which added fragment support for #1235. The Cosmos path (GenerateQueryColumns) iterates over every selection and isn't affected.

Version

2.1.5

What database are you using?

Azure SQL

What hosting model are you using?

Container Apps

Which API approach are you accessing DAB through?

GraphQL

Relevant log output
Code of Conduct
  • I agree to follow this project's Code of Conduct
Lenguaje dominante
C#
Estrellas
1.5k
Forks
380
Merge medio
5 d 55 min
PR fusionados (30 d)
5

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de Azure/data-api-builder

Todos los issues de Azure/data-api-builder

Issues similares

Más issues de C#

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.