« Bugzilla Issues Index
#780 — 11.2.4: "whose thisValue."
- bug_id:
780
- creation_ts:
2012-10-09 17:13:00 -0700
- short_desc:
11.2.4: "whose thisValue."
- delta_ts:
2013-10-22 18:42:14 -0700
- product:
Draft for 6th Edition
- component:
editorial issue
- version:
Rev 10: September 27, 2012 Draft
- rep_platform:
All
- op_sys:
All
- bug_status:
RESOLVED
- resolution:
FIXED
- priority:
Normal
- bug_severity:
normal
- everconfirmed:
true
- reporter:
Michael Dyck
- assigned_to:
Allen Wirfs-Brock
- commentid:
1916
- comment_count:
0
- who:
Michael Dyck
- bug_when:
2012-10-09 17:13:27 -0700
In 11.2.4 "The super Keyword",
under "Runtime Semantics: Evaluation",
rule 2 step 8 and rule 3 step 8 say:
[...] a value of type Reference that is a Super Reference
whose base value is <var>baseValue</var>,
whose referenced name is <var>propertyKey</var>,
whose thisValue.
The sentence has been cut off.
My guess is, it should end the way rule 1 step 10 does.
- commentid:
1995
- comment_count:
1
- who:
Allen Wirfs-Brock
- bug_when:
2012-10-24 09:07:52 -0700
corrected in rev 11 editor's draft
- commentid:
2160
- comment_count:
2
- who:
Allen Wirfs-Brock
- bug_when:
2012-10-26 15:34:24 -0700
in October 26, 2012 release draft
- commentid:
2221
- comment_count:
3
- who:
Michael Dyck
- bug_when:
2012-10-26 22:06:22 -0700
Sorry, I didn't notice that this problem also appears in rule *3* step 8.
So rule 2 has been fixed, but rule 3 is still broken.
- commentid:
2750
- comment_count:
4
- who:
Michael Dyck
- bug_when:
2012-11-23 18:43:33 -0800
(In reply to comment #3)
> Sorry, I didn't notice that this problem also appears in rule *3* step 8.
(No wait, I *did* notice rule 3 -- I mentioned it in the original post.)
- commentid:
5958
- comment_count:
5
- who:
Allen Wirfs-Brock
- bug_when:
2013-10-22 18:42:14 -0700
fixed in rev14