| b97e56a516c98de008dd20ed52c6e4fb30a6922c |
|
08-May-2014 |
Narayan Kamath <narayan@google.com> |
Remove test for unsupported GregorianCalendar functionality.
Also adds an explanatory comment and makes the
intent of the implementation clearer without changing
any of the functionality.
TL;DR - there doesn't appear to be any sensible way
to provide any sort of consisent semantics if we plan
on supporting these fields.
Partial cherry-pick from commit
5eea675931db0bf976c2347f4e3b7e4703d337a4.
The implementation is left unmodified.
bug: 12778197
Change-Id: I0f161967412a42c582ba60da1c96d0ce37a90bcf
|
| 21181a03aaf07b3fdb2b7d8e941fe1deb452c6c4 |
|
09-May-2014 |
Narayan Kamath <narayan@google.com> |
Blacklist a known failure in GregorianCalendarTest.
The issues here relate to how we deal with ambiguous wall
clock times, i.e, wall clock values that we "skip" when we
move the clock forward when transitioning into daylight
savings, and wall clock times that occur twice when we
move the clock backward
This isn't a regression. We've never handled this correctly.
bug: 12778197
(cherry picked from commit 3f2128b3408255e317f66c10c6dd5edbff53b3ee)
Change-Id: If0fd5b5e0cb79363ffd3759c7cb6b2c63aabee82
|
| d912c8b342defd57a30722f15e98140bc71ff537 |
|
13-Feb-2014 |
Narayan Kamath <narayan@google.com> |
Fix GregorianCalendarTest#test_addII.
We're going through the trouble of accounting for
DST changes in GregorianCalendar.add(int, int) (as per
the spec), so adjust our tests to agree.
bug: 12778197
(cherry picked from commit 1326a80ee854ad7df3ac183874734e418194572c)
Change-Id: I92b072e2385c7fbd6fcac9de25eec7542d53e2d6
|
| 713313d3acfba677b72ee8e6b2a7de57c28e2587 |
|
13-Feb-2014 |
Narayan Kamath <narayan@google.com> |
Partially fix GregorianCalendarTest.
ICU4C data (see icu4c/data/misc/supplementalData.txt)
as well as the RI agree that the minimum number of days
in the first week of the year should be 1 in canada.
(I'm not a 100% convinced that this is correct, the
canadian standards board claims to have implemented
ISO 8601, which requires a 4 day minimum. However, that
site links to several documents such as CSA Z234.5 that
are not publicly accessible).
(cherry picked from commit ce54057889055ab8c4cb45c51df0ca9ee09ebb43)
Change-Id: I7d152ba1f157bfaffeac6c38c37828aaf0004cb2
|
| 5eea675931db0bf976c2347f4e3b7e4703d337a4 |
|
08-May-2014 |
Narayan Kamath <narayan@google.com> |
Remove test for unsupported GregorianCalendar functionality.
Also adds an explanatory comment and makes the
intent of the implementation clearer without changing
any of the functionality.
TL;DR - there doesn't appear to be any sensible way
to provide any sort of consisent semantics if we plan
on supporting these fields.
bug: 12778197
Change-Id: Iadaaaa5d4bdddec4aceca498ffc870edf2cbefed
|
| 3f2128b3408255e317f66c10c6dd5edbff53b3ee |
|
09-May-2014 |
Narayan Kamath <narayan@google.com> |
Blacklist a known failure in GregorianCalendarTest.
The issues here relate to how we deal with ambiguous wall
clock times, i.e, wall clock values that we "skip" when we
move the clock forward when transitioning into daylight
savings, and wall clock times that occur twice when we
move the clock backward
This isn't a regression. We've never handled this correctly.
bug: 12778197
Change-Id: Ida79583c02c6895096a8afdd8f59b1002b282d32
|
| 1326a80ee854ad7df3ac183874734e418194572c |
|
13-Feb-2014 |
Narayan Kamath <narayan@google.com> |
Fix GregorianCalendarTest#test_addII.
We're going through the trouble of accounting for
DST changes in GregorianCalendar.add(int, int) (as per
the spec), so adjust our tests to agree.
bug: 12778197
Change-Id: Ie98cc11c2a2f7f6d9c7be8d725960552309f4f5d
|
| ce54057889055ab8c4cb45c51df0ca9ee09ebb43 |
|
13-Feb-2014 |
Narayan Kamath <narayan@google.com> |
Partially fix GregorianCalendarTest.
ICU4C data (see icu4c/data/misc/supplementalData.txt)
as well as the RI agree that the minimum number of days
in the first week of the year should be 1 in canada.
(I'm not a 100% convinced that this is correct, the
canadian standards board claims to have implemented
ISO 8601, which requires a 4 day minimum. However, that
site links to several documents such as CSA Z234.5 that
are not publicly accessible).
Change-Id: I1d62c7f94d5f059b6ba2ad60bcf8434cdea0d9ce
|
| ab762bb740405d0fefcccf4a0899a234f995be13 |
|
15-Nov-2013 |
Narayan Kamath <narayan@google.com> |
Move tests from tests/api to harmony-tests. (Take 2)
This reverts commit d5e281743e55e1daa297fd8043b2d9b6e8e1bed2.
The makefile issue that caused the original build break
has been resolved.
|
| d5e281743e55e1daa297fd8043b2d9b6e8e1bed2 |
|
15-Nov-2013 |
Narayan Kamath <narayan@google.com> |
Revert "Move tests from tests/api to harmony-tests."
This reverts commit 81bf28ad31131815d0a36a43a0eca3c29aefdfcd.
Breaks build
Change-Id: I3f1562921ffe8fdbec36971dd65db398c27c92db
|
| 81bf28ad31131815d0a36a43a0eca3c29aefdfcd |
|
15-Nov-2013 |
Narayan Kamath <narayan@google.com> |
Move tests from tests/api to harmony-tests.
The vast majority of cleaned up harmony tests
are now in harmony-tests/src/test/org/apache/harmony/tests/
Change-Id: I56c2e484ff434b5618cf6751d602ae9f0db96b30
|