CFML: misleading "parse produced no symbols" warning when only an embedded <cfquery> block fails to parse
Los mantenedores suelen responder en 1 día
Ya se ha fusionado un pull request relacionado.
- #2843 de @colbymchenry — fusionado
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 48/100
Línea de trabajo
The issue identifies files.errors and a CFML example, but names no source files, parser entry points, or tests in codegraph. Start by tracing where the “parse produced no symbols” warning is generated and how embedded <cfquery> parse errors are reported. Done means the warning identifies the failing embedded block without claiming the file contributes nothing; check whether #…# expressions can still be extracted and add coverage for the example.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
Files whose <cfquery> contains SQL split across <cfif> get this warning in files.errors:
parse produced no symbols (tree has errors) — the file is indexed but contributes nothing to the graph
But these files do contribute symbols. Only the sub-parse of the query block fails.
Example
<cfquery name="q" datasource="#dsn#">
SELECT <cfif arguments.fields IS "count">COUNT(*)<cfelse>p.*</cfif>
FROM pages p
</cfquery>
contens/model/appsettings/appsettingsdao.cfc has 1 class and 16 methods in the graph, yet it carries the warning above. Our project has 66 DAO/gateway files like this.
Expected
- The warning names the failing embedded block (
<cfquery>at line N) instead of saying that the file contributes nothing. - If possible,
#…#expressions inside a<cfquery>that fails to parse are still extracted.
(The SQL-fragment parsing itself belongs to tree-sitter-cfml.)
- Lenguaje dominante
- C
- Estrellas
- 73.2k
- Forks
- 4.7k
- Merge medio
- 7 h 49 min
- PR fusionados (30 d)
- 629
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 colbymchenry/codegraph
-
codegraph ui - does not workAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
colbymchenry/codegraph#1900 · 2 comentarios · 5 reacciones ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
colbymchenry/codegraph#1700 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
colbymchenry/codegraph#1535 · 2 comentarios · 2 reacciones ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 63/100
colbymchenry/codegraph#1403 ·
Los mantenedores suelen responder en 1 día
-
agent-target
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
colbymchenry/codegraph#649 · 5 comentarios · 50 reacciones ·
Los mantenedores suelen responder en 1 día
Todos los issues de colbymchenry/codegraph
Issues similares
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 95/100
containers/crun#2415 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
zephyrproject-rtos/zephyr#123423 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
dspromote: /etc/exports uses -alldirs on non-mount-point directories, so mountd exports nothingAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
nextbsd/nextbsd-userland#434 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Los mantenedores suelen responder en 1 día