This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 26732 - [XT30TS] character-map-013, character-map-017
Summary: [XT30TS] character-map-013, character-map-017
Status: CLOSED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: XSLT 3.0 Test Suite (show other bugs)
Version: Recommendation
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: johnlumley
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-09-04 16:34 UTC by Tim Mills
Modified: 2015-05-06 21:12 UTC (History)
2 users (show)

See Also:

Attachments

Description Tim Mills 2014-09-04 16:34:41 UTC 
It appears that whitespace has been changed in the serialization-matches assertions for character-map-013 and character-map-017 which affect the meaning of the assertions.
Comment 1 Tim Mills 2014-09-04 16:35:56 UTC 
Similarly for

 normalize-unicode-014	
 normalize-unicode-015	
 normalize-unicode-017	
 normalize-unicode-018
Comment 2 johnlumley 2014-09-04 19:41:39 UTC 
Some problems form an erronious reformatting. charcter-map* and normalize-unicode-01[45] corrected and committed.

Not sure that this applies to normalize-unicode-01[78]. Will track
Comment 3 johnlumley 2014-09-04 20:25:18 UTC 
normalize-unicode-01[78] problems are caused by switching to a serialization assertion (as indicated by the TODO) which fails. This is because in the reference tests decimal numeric character entities (e.g. ̈) are used, but (at least in our implementation) the results use hex numerics (e.g. ̈) and hence a character-by-character serialization check fails.

How (or whether) this can be controlled needs me to investigate. Temporarily these tests have been reverted to use assert-xml
Comment 4 Tim Mills 2014-09-05 08:46:15 UTC 
Thanks.
Comment 5 Abel Braaksma 2015-05-06 21:12:41 UTC 
Was resolved > 30 days ago, closing.