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 22282 - wrong expected result or picture string for 'format-dateTime-006'
Summary: wrong expected result or picture string for 'format-dateTime-006'
Status: RESOLVED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: XQuery 3 & XPath 3 Test Suite (show other bugs)
Version: Working drafts
Hardware: PC Linux
: P2 normal
Target Milestone: ---
Assignee: O'Neil Delpratt
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-05 09:28 UTC by Sorin Nasoi
Modified: 2013-06-12 16:45 UTC (History)
0 users

See Also:


Attachments

Description Sorin Nasoi 2013-06-05 09:28:13 UTC
In the test-case 'format-dateTime-006' from 'fn-format-dateTime'
the picture string is [Yi,4-4]
yet the expected result assumes the picture string is [Yi,3-3].

Either the expected result or picture string need to be corrected.
Comment 1 O'Neil Delpratt 2013-06-12 16:45:49 UTC
(In reply to comment #0)
> In the test-case 'format-dateTime-006' from 'fn-format-dateTime'
> the picture string is [Yi,4-4]
> yet the expected result assumes the picture string is [Yi,3-3].
> 
> Either the expected result or picture string need to be corrected.

Yes I agree. I have fixed the test to use the picture string [Yi, 3-3] and changed the description accordingly, which was not quite accurate.

Before:
Test format-dateTime: lower-case roman numerals for year (width specifier ignored)

After:

Test format-dateTime: lower-case roman numerals for year (with the width specifier padded) 

I have also created another test-case which is a variant of ormat-dateTime-006. Here we are testing the picture string [Yi, 4-4]. In this new test I have removed the normalize-space="true" in the assertion 'assert-string-value', which provides a better test of padding.