This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
IBM "assertion" tests "d4_3_15v14" and "d4_3_15v15" are expected to be valid. The XPaths use "//": <xs:assert test="count(//ele1) eq 1"/> and <xs:assert test="count(//@attr1) eq 1"/> Based on the clarification from bug 12127, paths starting with '/' or '//' return the empty sequence, which means the above assertions will always fail.
MSM: two possible changes -- as formulated, both these should fail. ...: inserting a '.' to the left of the '//' in each case will give the expected result ...: so , leave this test but change the outcome, and add a new test that works as expected.
Copied original "d4_3_15v14" and "d4_3_15v15" to "d4_3_15ii31" and "d4_3_15ii32" (instance_invalid). Updated schema for "d4_3_15v14" and "d4_3_15v15" to use "count(.//ele1) eq 1" and "count(.//@attr1) eq 1" respectively.