Debian Patches
Status for libhtml-gumbo-perl/0.18-5
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| no-alien-libgumbo.patch | remove usage of Alien::LibGumbo; use ExtUtils::PkgConfig in Build.PL | gregor herrmann <gregoa@debian.org> | not-needed | vendor | 2018-07-20 | |
| tree_to_callback-don-t-check-document-nodes-for-void.patch | [PATCH] tree_to_callback: don't check document nodes for void elements walk_tree() will call this with PHG_ELEMENT_END for both document and element nodes, but only the latter ones have tag types defined. This fixes test failures seen on 32-bit big endian systems such as mips and powerpc, when a document node happened to have a valid (void) tag code at the same offset, triggering an early return. |
Niko Tyni <ntyni@debian.org> | no | debian | 2018-07-30 | |
| 0001-Fix-wrong-code-path-with-GUMBO_NODE_TEMPLATE.patch | [PATCH] Fix wrong code path with GUMBO_NODE_TEMPLATE GUMBO_NODE_TEMPLATE was introduced in Gumbo 0.10.0 but HTML-Gumbo has not been updated to support that. This makes walk_tree() take the text node branch for templates and access uninitialized memory. The gumbo C library seems to treat GUMBO_NODE_TEMPLATE very similarly to GUMBO_NODE_ELEMENT. From https://sources.debian.org/src/gumbo-parser/0.13.0%2Bdfsg-2/src/gumbo.h/#L304 /** Template node. This is separate from GUMBO_NODE_ELEMENT because many * client libraries will want to ignore the contents of template nodes, as * the spec suggests. Recursing on GUMBO_NODE_ELEMENT will do the right thing * here, while clients that want to include template contents should also * check for GUMBO_NODE_TEMPLATE. v will be a GumboElement. */ So we add it to the list "special" container types in walk_tree() that attach a GumboElement value rather than a GumboText. |
Niko Tyni <ntyni@debian.org> | yes | debian upstream | 2025-05-17 |