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