« Bugzilla Issues Index
#1414 — 8.4.3.1, 8.4.3.2: undefined [[StringData]] case not handled
- bug_id:
1414
- creation_ts:
2013-04-10 08:57:00 -0700
- short_desc:
8.4.3.1, 8.4.3.2: undefined [[StringData]] case not handled
- delta_ts:
2013-05-14 18:13:18 -0700
- product:
Draft for 6th Edition
- component:
technical issue
- version:
Rev 14: March 8, 2013 Draft
- rep_platform:
All
- op_sys:
All
- bug_status:
RESOLVED
- resolution:
FIXED
- priority:
Normal
- bug_severity:
normal
- everconfirmed:
true
- reporter:
André Bargull
- assigned_to:
Allen Wirfs-Brock
- commentid:
3595
- comment_count:
0
- who:
André Bargull
- bug_when:
2013-04-10 08:57:40 -0700
With the latest changes it's possible for [[StringData]] to be undefined. [[HasOwnProperty]] and [[GetOwnProperty]] for String Exotic Objects needs to be updated to handle this case.
- commentid:
3598
- comment_count:
1
- who:
Allen Wirfs-Brock
- bug_when:
2013-04-10 09:53:09 -0700
fixed in rev 15 editor's draft.
Setting [[StringData]] to undefined is intended to just be a spec level flag to tag instances that have not yet been constructor initialized. I don't really want to add an extra check for that in the internal methods. Instead, I specified for them that undefined [[StringValue]] is treated as if its value was an empty string.
It's really up to implementation to decide how to identify uninitiated instances and get their constructor initialization logic to work as specified.
- commentid:
3895
- comment_count:
2
- who:
Allen Wirfs-Brock
- bug_when:
2013-05-14 18:13:18 -0700
resolved in rev 15, May 14, 2013 draft