20675 2013-01-15 15:54:20 +0000 [XT3TS] regex-syntax-0985 2014-06-10 13:38:13 +0000 1 1 1 Unclassified XPath / XQuery / XSLT XSLT 3.0 Test Suite Working drafts PC Windows NT CLOSED FIXED P2 normal --- 1 tim abel.online abel.braaksma celebrin mike public-qt-comments oldest_to_newest 81401 0 tim 2013-01-15 15:54:20 +0000 This test depends on the version of Unicode supported by the product being tested. In version 5.2 of Unicode, the codepoints listed below are in class No, and not NdNd. <regex value="[\d]"> <string value="፩" cp="4969" expected-match="true" actual-match="false" /> <string value="፪" cp="4970" expected-match="true" actual-match="false" /> <string value="፫" cp="4971" expected-match="true" actual-match="false" /> <string value="፬" cp="4972" expected-match="true" actual-match="false" /> <string value="፭" cp="4973" expected-match="true" actual-match="false" /> <string value="፮" cp="4974" expected-match="true" actual-match="false" /> <string value="፯" cp="4975" expected-match="true" actual-match="false" /> <string value="፰" cp="4976" expected-match="true" actual-match="false" /> <string value="፱" cp="4977" expected-match="true" actual-match="false" /> </regex> 85601 1 mike 2013-04-05 13:34:27 +0000 In fact these characters (the Ethiopic digits) are still in class No rather than Nd in Unicode 6.2.0. (Apparently they are not classified as Nd because there is no '0' in the family). This seems to be a plain error in the test. 106717 2 abel.braaksma 2014-05-23 16:05:51 +0000 There is consensus: the Ethiopean digits are no digits in the sense that they do not belong to Nd, but to No. I have removed them from the test. See rev#442, 2014-05-23 in the repository. Resolving this bug as fixed. 107584 3 tim 2014-06-10 13:38:13 +0000 THanks.