- From: <bugzilla@jessica.w3.org>
- Date: Tue, 07 Apr 2015 03:13:30 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=21910 Abel Braaksma <abel.braaksma@xs4all.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution|--- |FIXED --- Comment #4 from Abel Braaksma <abel.braaksma@xs4all.nl> --- > Our primary purpose is tests for 3.0 processors Yes, I agree. I was just trying to be complete. > They should be left alone. On the other hand, if you changed the predicate to > [contains(., 'XSLT10') and not(contains(., 'XSLT20')]] that would indicate a > problem. Tried it, result: 1696 items. I would assume these have been moved from the 1.0 testsuite and have been given a version number of 2.0, but the spec-support number remained 1.0. Since 2.0 processors may behave differently in BC mode, and because of your comment on the focus on 3.0, I will leave these tests alone (I wouldn't even know where to begin). ---------- About 3.0 tests. I made a wrong assumption: some tests have been mirrored for 3.0 and 2.0 because of differences in test results. It would be wrong for those mirrored tests to maintain two identical files with only a version difference. If I change the query as follows, the result is only 32 tests: /cat:test-set/cat:test-case [cat:dependencies/cat:spec/@value = 'XSLT30+'] /cat:test/cat:stylesheet [let $f := @file return count( /cat:test-set/cat:test-case [cat:dependencies/cat:spec/@value != 'XSLT30+'] /cat:test/cat:stylesheet[@file = $f]) =0] /doc(@file)/(xsl:stylesheet|xsl:transform) /@version[normalize-space(.) != '3.0'] I have fixed those tests. It is possible that some of these may also work for XSLT20, I didn't check extensively whether all these tests only use 3.0 features. -------- About 2.0 tests: > Resulting in 111 items of which roughly half seems to be in error (1.0 where > 2.0 is expected because not testing backwards compatibility or 1.0 behavior) I am less confident in changing these, so unless issues come up, I will leave them for now. -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Tuesday, 7 April 2015 03:13:32 UTC