This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The expected results of op-subtract-dateTimes-yielding-DTD-1 (taken from the F+O spec) depend on the implicit timezone being -05:00 I suggest changing the test by adding the term - implicit-timezone()
Also affects op-subtract-dates-yielding-DTD-2
Also affects: adjust-dateTime-to-timezone-1 adjust-dateTime-to-timezone-2 adjust-dateTime-to-timezone-11 adjust-dateTime-to-timezone-12 adjust-dateTime-to-timezone-13 adjust-dateTime-to-timezone-14 adjust-dateTime-to-timezone-15 adjust-dateTime-to-timezone-16 adjust-dateTime-to-timezone-17 fn-adjust-date-to-timezone-1 fn-adjust-date-to-timezone-2 fn-adjust-date-to-timezone-11 fn-adjust-date-to-timezone-12 fn-adjust-date-to-timezone-13 fn-adjust-date-to-timezone-14 fn-adjust-date-to-timezone-15 fn-adjust-date-to-timezone-16 fn-adjust-date-to-timezone-17 fn-adjust-date-to-timezone-18 fn-adjust-date-to-timezone-19 fn-adjust-time-to-timezone-1 fn-adjust-time-to-timezone-2 fn-adjust-time-to-timezone-12 fn-adjust-time-to-timezone-13 fn-adjust-time-to-timezone-14 fn-adjust-time-to-timezone-15 fn-adjust-time-to-timezone-16 fn-adjust-time-to-timezone-17 fn-adjust-time-to-timezone-18 fn-adjust-time-to-timezone-19
Actually I was thinking of just using "Z" for all the tests, that way the purpose is accomplished and test is independent of timezone. Carmelo
Actually just adding the "-5:00" to the term missing a timezone will do the trick. Carmelo
ForExprType031 has the same problem.
Agree. Fixed tests as follows: 1)op-subtract-dateTimes-yielding-DTD-1,op-subtract-dates-yielding-DTD-2 used explicit timezone of -05:00 and +05:00 respectively. 2)adjust-dateTime-to-timezone-1, adjust-dateTime-to-timezone-2 - Added a specific timezone on second argument using the xdt:dayTimeDuration function. 3)adjust-dateTime-to-timezone-11 through adjust-dateTime-to-timezone-17 - Used empty sequence as second argument and used the string representation of resulting dateTime type. 4)fn-adjust-date-to-timezone-1, fn-adjust-date-to-timezone-2 - Added a specific timezone on second argument using the xdt:dayTimeDuration function. 5)fn-adjust-date-to-timezone-11 through fn-adjust-date-to-timezone-17 - Used empty sequence as second argument and used the string representation of resulting date type. 6)fn-adjust-date-to-timezone-18 and fn-adjust-date-to-timezone-19 - Added the empty sequence as argument to second argument on the left term. 7)fn-adjust-time-to-timezone-1, fn-adjust-time-to-timezone-2 - Added a specific timezone on second argument using the xdt:dayTimeDuration function. 8)fn-adjust-time-to-timezone-12 through fn-adjust-time-to-timezone-17 - Used the String value of the resulting time type. The problem seems to be getting the EBV of a time type. 9)fn-adjust-time-to-timezone-18 and fn-adjust-time-to-timezone-19 - These tests seems ok. Submitted new version of tests and expected values. You may close the bug if resolution is acceptable.