You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@harmony.apache.org by "Stepan Mishura (JIRA)" <ji...@apache.org> on 2006/05/18 13:19:06 UTC
[jira] Resolved: (HARMONY-475) java.util.Calendar.clone() does not
deep clone the time zone
[ http://issues.apache.org/jira/browse/HARMONY-475?page=all ]
Stepan Mishura resolved HARMONY-475:
------------------------------------
Resolution: Fixed
Thanks Paulex,
Updated patch was applied to LUNI module at r407526. (I've replaced assertTrue with assertNotSame)
Please check that the patch was applied as you expected.
> java.util.Calendar.clone() does not deep clone the time zone
> ------------------------------------------------------------
>
> Key: HARMONY-475
> URL: http://issues.apache.org/jira/browse/HARMONY-475
> Project: Harmony
> Type: Bug
> Components: Classlib
> Reporter: Paulex Yang
> Assignee: Stepan Mishura
> Priority: Minor
> Attachments: 01.harmony475.diff
>
> The test case below shows that Calendar should deep clone time zone field, but Harmony doesn't.
> public void test_clone() {
> Calendar cal = Calendar.getInstance();
> cal.set(2006, 5, 6, 11, 35);
> Calendar anotherCal = (Calendar) cal.clone();
> // should be deep clone
> assertTrue(cal.getTimeZone() != anotherCal.getTimeZone());
> }
> RI 5.0 passes
> Harmony fails
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira