This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The expected result of fn-doc-32 should be compared as a fragment, not as XML. (: Name: fn-doc-32 :) (: Description: Open an XML document that has ISO-8859-1 as encoding. :) (: insert-start :) declare variable $input-context as xs:anyURI? external; (: insert-end :) string(fn:doc($input-context)), string(exactly-one(fn:doc($input-context)/*))
This should be fixed in CVS, do feel free to verify. Frans
The expected result is: Everyday Italian Giada De Laurentiis Everyday Italian Giada De Laurentiis but we get 
 Everyday Italian
 Giada De Laurentiis
 [[ CR here for readabilyt ]] 
 Everyday Italian
 Giada De Laurentiis

I've updated the baseline, but I'm a bit uncertain on if I got it right(at this point). So feel free to verify and close if suitable.
The input file is: 0000000 < ? x m l v e r s i o n = " 1 0000020 . 0 " e n c o d i n g = " I S 0000040 O - 8 8 5 9 - 1 " ? > \r \r \n < b 0000060 o o k s t o r e > \r \r \n < t 0000100 i t l e l a n g = " e n " > E 0000120 v e r y d a y I t a l i a n < 0000140 / t i t l e > \r \r \n < a u t 0000160 h o r > G i a d a D e L a u 0000200 r e n t i i s < / a u t h o r > 0000220 \r \r \n < / b o o k s t o r e > \r 0000240 \r \n The character sequence \r\r\n should normalize to \n\n, so the expected result should be: "<doc>\n\n Everyday Italian\n\n Giada De Laurentiis\n\n \n\n Everyday Italian\n\n Giada De Laurentiis\n\n</doc>" rather than "<doc>\n Everyday Italian\n Giada De Laurentiis\n \n Everyday Italian\n Giada De Laurentiis\n</doc>"
It seems this has been fixed now. Or at least, my suite driver passes the test on both Windows XP and Linux. Here's what was the problem. The actual baseline file was correct; it was CVS that modified the EOLs when checking the files out on Windows. I added a new file with the binary keyword set(setting it on the existing one didn't work out). Feel free to verify.
Thanks.