SHORT SUMMARY: Inaccurate date reports when using yyyy/MM/dd HH:mm:ss.S z
date format on a Timezone with historical TZ rules
INDICATORS: Can occur when parsing date strings with TimeZone included, the
"z" element.
COUNTER INDICATORS:
TRIGGERS:
SimpleDateFormat class can incorrectly calculate a DST offset when parsing
date strings that contain the TimeZone. If the parsed TZ has used different
rules over past years, then the hour offset from the DST calculation may be
incorrect. In general, applications shouldn't rely on time zone abbreviations
for parsing of date strings. e.g CST can represent different timezones across
the globe.
KNOWN WORKAROUND: Don't use timezone abbreviations in timezones strings that
are to be parsed. Perhaps store the timezone separately.
PRESENT SINCE: N/A
HOW TO VERIFY:
NOTES FOR SE: Dev engineer has proposed some changes to correct this. It
should first be ported to JDK 8 and baked/tested there for compatibility
behaviour. Once satisfied, we can port it to a JDK 6 update release.
REGRESSION: