2012-07-20 21:53:49 |
mb21 |
bug |
|
|
added bug |
2012-07-20 21:53:49 |
mb21 |
attachment added |
|
reproduce https://bugs.launchpad.net/bugs/1027270/+attachment/3230447/+files/xmlparse3.xq |
|
2012-07-20 21:54:11 |
mb21 |
attachment added |
|
wiki.xml https://bugs.launchpad.net/zorba/+bug/1027270/+attachment/3230448/+files/wiki.xml |
|
2012-07-20 22:05:53 |
Matthias Brantner |
zorba: assignee |
|
Nicolae Brinza (nbrinza) |
|
2012-07-20 22:05:57 |
Matthias Brantner |
zorba: importance |
Undecided |
Medium |
|
2012-07-20 22:28:14 |
Chris Hillery |
zorba: status |
New |
Confirmed |
|
2012-07-20 22:28:16 |
Chris Hillery |
zorba: importance |
Medium |
Critical |
|
2012-07-20 22:28:28 |
Chris Hillery |
zorba: milestone |
|
2.7 |
|
2012-07-20 22:32:10 |
Chris Hillery |
summary |
parse-xml - endless 100%CPU with lots of character references |
parse-xml - infinite loop |
|
2012-07-20 22:32:41 |
Chris Hillery |
summary |
parse-xml - infinite loop |
xml:parse() - infinite loop |
|
2012-07-20 23:42:20 |
mb21 |
description |
"xmllint wiki.xml" reveals that for some reason the input file contains lots of numeric character references (cat and vim decode those automatically).
Strangely it doesn't seem to be only one character but a combination of lines that provokes the behaviour (I tried removing some lines individually but couldn't reproduce after that). |
"xmllint --asci wiki.xml" reveals that for some reason the input file contains lots of uncommon UTF-8 characters (when viewed with cat and vim the font seems to substitutes those with the closest ASCII char).
Strangely it doesn't seem to be only one character but a combination of lines that provokes the behaviour (I tried removing some lines individually but couldn't reproduce after that). |
|
2012-07-20 23:47:03 |
mb21 |
description |
"xmllint --asci wiki.xml" reveals that for some reason the input file contains lots of uncommon UTF-8 characters (when viewed with cat and vim the font seems to substitutes those with the closest ASCII char).
Strangely it doesn't seem to be only one character but a combination of lines that provokes the behaviour (I tried removing some lines individually but couldn't reproduce after that). |
"xmllint --encode ascii wiki.xml" reveals that for some reason the input file contains lots of uncommon UTF-8 characters (when viewed with cat and vim the font seems to substitutes those with the closest ASCII char).
Strangely it doesn't seem to be only one character but a combination of lines that provokes the behaviour (I tried removing some lines individually but couldn't reproduce after that). |
|
2012-08-01 22:36:06 |
Launchpad Janitor |
branch linked |
|
lp:~nbrinza/zorba/parse-fragment |
|
2012-08-30 08:31:07 |
Zorba Build Bot |
zorba: status |
Confirmed |
Fix Committed |
|
2012-10-24 15:21:50 |
Dana Florescu |
zorba: status |
Fix Committed |
Fix Released |
|