Illegal control characters in XML output
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 25/100
Línea de trabajo
El informe no menciona ningún archivo fuente, prueba ni punto de entrada. Empieza reproduciendo la entrada de caracteres de control mostrada a través del renderizador XML; después, localiza el renderizador y sus pruebas de salida, determina el comportamiento esperado y verifica que libxml2 acepta el XML resultante.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Hi, I maintain the R bindings for cmark. One popular use case is converting commonmark to xml for processing the AST.
We are running into a problem when input markdown contains control characters (often captured from a tty), which makes xml output invalid. For example if the markdown text contains \033 and we convert that to xml, we get:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE document SYSTEM "CommonMark.dtd">
<document xmlns="http://commonmark.org/xml/1.0">
<paragraph>
<text xml:space="preserve"></text>
</paragraph>
</document>
However, trying to parse this with libxml2 fails:
Error in read_xml.raw(charToRaw(enc2utf8(x)), "UTF-8", ..., as_html = as_html, :
PCDATA invalid Char value 27 [9]
A real world example is this readme file. This was done with the gfm fork, but I think the problem appears the same.
Is this a bug in cmark, or is markdown text not supposed to contain c0 characters in the first place?
cc @nwellnhof
- Lenguaje dominante
- C
- Estrellas
- 2k
- Forks
- 698
- Métricas de merge de PR
- Sin PR fusionados en 30 d
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 commonmark/cmark
-
Incorrect `parser->offset` advancement for closing fenced code blocks in `parse_code_block_prefix`Posiblemente ocupada @cpruijsen la tomó hace 23 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
commonmark/cmark#590 · 3 comentarios ·
-
API documentation is missing an explanation of CMARK_NODE_CUSTOM_BLOCK and CMARK_NODE_CUSTOM_INLINEAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
commonmark/cmark#441 · 2 comentarios ·
-
Inline code languageAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
commonmark/cmark#626 · 4 comentarios ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
commonmark/cmark#624 ·
-
Single-space blank line evicts a list-item continuationPosiblemente ocupada @afonsojanu la tomó hace 33 días. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
commonmark/cmark#618 ·
Todos los issues de commonmark/cmark
Issues similares
-
Linux notifications: the default action's ' ' label shows as a blank button in xfce4-notifydAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
kovidgoyal/kitty#10625 ·
Los mantenedores suelen responder en 1 día
-
Feature Status: Needs Triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
Los mantenedores suelen responder en 1 día
-
docs
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día
-
本機相簿無法上傳webm檔案Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
xiaojieonly/Ehviewer_CN_SXJ#2893 ·