15594 2012-01-17 13:35:27 +0000 [FO30] fn-matches-45 2012-03-28 11:03:20 +0000 1 1 1 Unclassified XPath / XQuery / XSLT Functions and Operators 3.0 Member-only Editors Drafts PC Windows NT CLOSED FIXED P2 normal --- 1 tim mike mike public-qt-comments oldest_to_newest 62807 0 tim 2012-01-17 13:35:27 +0000 This test expects true. However, in http://www.w3.org/TR/xmlschema-2/#nt-WildcardEsc the wildcard "." is listed as being equivalent to [^\n\r]. The comment in this test seems to directly contradict this. Compare with fn-matches-43. <test-case name="fn-matches-45"> <description> "." does match CR in default mode</description> <created by="Michael Kay" on="2012-01-13"/> <test>fn:matches(concat('Mary', codepoints-to-string(13), 'Jones'), 'Mary.Jones')</test> <result> <assert-true/> </result> </test-case> 62808 1 mike 2012-01-17 14:03:41 +0000 The test is to highlight that (for reasons unknown to me) the XPath definition here is different from the XSD definition. 5.6.1.1 says: If the s flag is not specified, the meta-character . matches any character except a newline (#x0A) character. We can pursue this as a spec bug if you wish. One could argue that it contradicts the statement in 5.6: "The regular expression syntax and semantics are identical to those defined in [XML Schema Part 2: Datatypes Second Edition] with the following additions:" and that 5.6.1.1 is not trying (or should not try) to be normative about what happens in the absence of any flags. 62809 2 tim 2012-01-17 14:19:01 +0000 As suggeseted, I've changed this bug report to be against the 3.0 specification. 65862 3 mike 2012-03-20 18:28:20 +0000 The WG decided to solicit information on how existing implementations (including XQuery 1.0 implementations) handle this test case before making a decision. 66123 4 mike 2012-03-27 15:57:43 +0000 The WG agreed to align the spec with XSD: that is, "." matches everything except CR and NL. This change will be made for 3.0. The question of an erratum for the XPath 2.0 version of the spec remains open; we will add this to the informal list of candidate errata being maintained by the editor. 66177 5 mike 2012-03-28 11:03:20 +0000 The 3.0 spec has been updated to reflect this change; a note has been added to the list of candidate errata for 1.0/2.0. The test case fn-matches-45 has been updated to reflect the resolution. I am therefore marking this bug as closed.