Fix garbage in CDATA values for shorter texts
Fixed in https://gitlab.gnome.org/GNOME/totem-pl-parser/commit/db9d1835d55adfcabac03bfa274463ce8b7abe1b
Fixed in https://gitlab.gnome.org/GNOME/totem-pl-parser/-/merge_requests/32/diffs
Just a small update. The client of the xine-lib / xine-util / xmlparser library is totem-pl-parser ( https://gitlab.gnome.org/GNOME/totem-pl-parser/ )
Just a small update. The client of the xine-lib / xine-util / xmlparser library is totem-pl-parser ( https://gitlab.gnome.org/GNOME/totem-pl-parser/ )
The tags seem to be interpreted in the bug description, so they are property escaped below within code tags Case 1: Url: https://politicspolls.libsyn.com/rss Field: <channel> <copyright> tag raw xml data: <copyright><![CDATA[]]></copyright> expected parsed data: NULL or empty string actual parsed data: <![CDATA[ Case 2: Url: http://bighairpreacher.hipcast.com/rss/poll.xml Field: <channel> <title> tag raw xml data: <title><![CDATA[Poll]]></title> expected parsed data: Poll actual parsed data: PollDATA[...
For Case 1: actual parsed data: [<![CDATA[] should be actual parsed data: <![CDATA[
valgrind errors caused by the issue: ==239223== Conditional jump or move depends on uninitialised value(s) ==239223== at 0x483BCF8: __strlen_sse2 (vg_replace_strmem.c:461) ==239223== by 0x4C8BEFE: strdup (strdup.c:41) ==239223== by 0x51C59D5: xml_parser_append_text.part.0 (xmlparser.c:241) ==239223== by 0x51C6DC7: xml_parser_append_text (xmlparser.c:210) ==239223== by 0x51C6DC7: xml_parser_get_node_internal (xmlparser.c:659) ==239223== by 0x51C678F: xml_parser_get_node_internal (xmlparser.c:378)...