archives

« Bugzilla Issues Index

#270 — 15.4.4.4-5-c-i-1.js newArr[0] is Number Object (new Number(101))

• bug_id: 270
• creation_ts: 2012-02-22 06:31:00 -0800
• short_desc: 15.4.4.4-5-c-i-1.js newArr[0] is Number Object (new Number(101))
• delta_ts: 2012-02-29 09:11:20 -0800
• product: Test262
• component: ECMA-262 Tests
• version: unspecified
• rep_platform: All
• op_sys: All
• bug_status: RESOLVED
• resolution: FIXED
• priority: Normal
• bug_severity: normal
• everconfirmed: true
• reporter: Yusuke Suzuki
• assigned_to: Dave Fugate
• cc: barraclough

---

• commentid: 646
• comment_count: 0
• attachid: 10
• who: Yusuke Suzuki
• bug_when: 2012-02-22 06:31:39 -0800

Created attachment 10
patch for this test case

In ECMA262 5.1 section 15.4.4.4

1. Let O be the result of calling ToObject passing the this value as the argument.

and

4. Let items be an internal List whose first element is O...

Then, in this test case, I think that first E at 5-a is number object `new Number(101)` and typeof newArr[0] is 'object'.

---

• commentid: 656
• comment_count: 1
• who: barraclough
• bug_when: 2012-02-24 00:41:17 -0800

Agreed, the first E in 5.a should be O, the result of a ToObject conversion.

Fixing this test would require two changes:
var instanceOfVerify = typeof newArr[0]==="number";
should read:
var instanceOfVerify = typeof newArr[0]==="object";
and:
verifyValue = newArr[0] === 101;
should read:
verifyValue = newArr[0] == 101;

---

• commentid: 658
• comment_count: 2
• who: barraclough
• bug_when: 2012-02-24 00:41:34 -0800

*** Bug 275 has been marked as a duplicate of this bug. ***

---

• commentid: 691
• comment_count: 3
• who: Dave Fugate
• bug_when: 2012-02-27 16:32:29 -0800

Thanks guys. Agree with the description below, and I'll work to get this fixed in the live website soon.

---

• commentid: 714
• comment_count: 4
• who: Dave Fugate
• bug_when: 2012-02-29 09:11:20 -0800

Test changes are now live on test262.ecmascript.org.