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 14328 - [QT3] \u escape sequences
Summary: [QT3] \u escape sequences
Status: CLOSED INVALID
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: XQuery 3 & XPath 3 Test Suite (show other bugs)
Version: Working drafts
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: Michael Kay
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-28 18:14 UTC by Andrew Eisenberg
Modified: 2011-10-10 15:51 UTC (History)
0 users

See Also:


Attachments

Description Andrew Eisenberg 2011-09-28 18:14:54 UTC
Test case re00556 is defined as:

   <test-case name="re00556">
      <description>Test regex syntax</description>
      <created by="Michael Kay" on="2011-07-04"/>
      <test>matches('qwerty','[\u0554-\u0557]+')</test>
      <result>
         <error code="FORX0002"/>
      </result>
   </test-case>


The \u escape sequences seem out of place.

These escape sequences also appear in:

re00558
re00561
re00562
re00563
re00564
re00598
re00741
re00787
Comment 1 Michael Kay 2011-10-07 14:58:37 UTC
I'm not sure what the problem is. The XPath regex syntax does not allow \u, and these tests check that it is rejected.

(By way of explanation, these tests were ultimately derived from a regex test library used somewhere in Microsoft, and used to test a different regex dialect: they were extracted from the W3C XSD tests contributed by Microsoft. In consequence. many of them are regular expressions that are valid in some regex dialect but not in XPath. This does not reduce the usefulness of the tests, so long as the expected results are adjusted accordingly.)
Comment 2 Andrew Eisenberg 2011-10-10 15:50:54 UTC
My mistake. For some reason I thought that the test case expected \u0554 and \u0557 to be interpreted as unicode characters.