archives

« Bugzilla Issues Index

#330 — ch15/15.9/15.9.3/S15.9.3.1_A5_T1 - T6 rely on some special Timezone such as GMT+8

• bug_id: 330
• creation_ts: 2012-04-03 10:03:00 -0700
• short_desc: ch15/15.9/15.9.3/S15.9.3.1_A5_T1 - T6 rely on some special Timezone such as GMT+8
• delta_ts: 2013-02-20 12:24:08 -0800
• product: Test262
• component: ECMA-262 Tests
• version: unspecified
• rep_platform: All
• op_sys: All
• bug_status: CONFIRMED
• priority: Normal
• bug_severity: normal
• everconfirmed: true
• reporter: Yusuke Suzuki
• assigned_to: Dave Fugate
• cc: ["cf0hay", "mstarzinger"]

---

• commentid: 855
• comment_count: 0
• who: Yusuke Suzuki
• bug_when: 2012-04-03 10:03:40 -0700

Because ECMA262 5.1th section 15.9.3.1-10 `TimeClip(UTC(finalDate))`, [[PrimitiveValue]] of Date object created by Date Constructor relys on current Timezone.

So
ch15/15.9/15.9.3/S15.9.3.1_A5_T1
ch15/15.9/15.9.3/S15.9.3.1_A5_T2
ch15/15.9/15.9.3/S15.9.3.1_A5_T3
ch15/15.9/15.9.3/S15.9.3.1_A5_T4
ch15/15.9/15.9.3/S15.9.3.1_A5_T5
ch15/15.9/15.9.3/S15.9.3.1_A5_T6
test cases are failed at some Timezone which is not GMT+8 such as JST-9.

---

• commentid: 3194
• comment_count: 1
• who: Zoltán Halassy
• bug_when: 2013-02-14 12:11:37 -0800

Does the test probe for timezone handling/dst? If not, I think Date.UTC() would be a better choice.

Some countries have predictable dst settings, others have government-made rules for it, which are not known for future dates without patches.

---

• commentid: 3198
• comment_count: 2
• attachid: 26
• who: Yusuke Suzuki
• bug_when: 2013-02-15 09:06:43 -0800

Created attachment 26
rev1: Adjust to UTC8

I've created patch to adjust Date result to UTC8.
Since tested dates in these cases are not in range of DST, I think simple timezone shift code is enough for this.