<i18n dev> RFR: JDK-8147912: test "parseWithZoneWithoutOffset" of java/time/tck/java/time/format/TCKDTFParsedInstant.java fail on de_DE locale
Roger.Riggs at Oracle.com
Wed Jan 27 15:18:33 UTC 2016
On 1/27/2016 5:26 AM, Stephen Colebourne wrote:
> From the name of the test and looking at the code, running in English only
> is fine.
> On 27 January 2016 at 05:53, Masayoshi Okutsu <masayoshi.okutsu at oracle.com>
>> Looks OK to me. But I'd like some java.time people to review this change
>> to see if the intention of this test is to run only in English.
>> On 1/27/2016 1:51 PM, Ramanand Patil wrote:
>>> Hi all,
>>> Please help me in reviewing this test fix.
>>> From: Ramanand Patil
>>> Sent: Monday, January 25, 2016 1:05 PM
>>> To: i18n-dev at openjdk.java.net
>>> Cc: core-libs-dev at openjdk.java.net
>>> Subject: <i18n dev>RFR: JDK-8147912: test "parseWithZoneWithoutOffset" of
>>> java/time/tck/java/time/format/TCKDTFParsedInstant.java fail on de_DE locale
>>> Hi all,
>>> Please review the trivial test bug fix for:
>>> Bug Description: Since the test case "parseWithZoneWithoutOffset" is
>>> using hard code as input data it will fail on some non-English locales
>>> (de_DE locale).
>>> Webrev: http://cr.openjdk.java.net/~rpatil/8147912/webrev.00
>>> Fix: Even though hardcoded data is not preferred in compatibility test
>>> cases, this case was exception. English is provided as the default locale
>>> data for DateTimeFormatter in this testcase.
More information about the core-libs-dev