Activity log for bug #1027270

Date Who What changed Old value New value Message
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