archives

« Bugzilla Issues Index

#1811 — Numbering glitches in rev 17

• bug_id: 1811
• creation_ts: 2013-08-23 15:56:00 -0700
• short_desc: Numbering glitches in rev 17
• delta_ts: 2013-09-27 14:47:51 -0700
• product: Draft for 6th Edition
• component: editorial issue
• version: Rev 17: August 23, 2013 Draft
• rep_platform: All
• op_sys: All
• bug_status: RESOLVED
• resolution: FIXED
• priority: Normal
• bug_severity: enhancement
• everconfirmed: true
• reporter: Jason Orendorff
• assigned_to: Allen Wirfs-Brock

---

• commentid: 5212
• comment_count: 0
• who: Jason Orendorff
• bug_when: 2013-08-23 15:56:39 -0700

- In 8.3.16.10 "MakeConstructor Abstract Operation", there are two step 3's.

- In 8.5.4, step 6 is really two steps run together.

- In 12.2.3.2 "Runtime Semantics", subsection "Runtime Semantics:
Indexed Binding Initialisation", under the construction
"BindingElement : BindingPattern Initialiser_opt", the seventh step is
numbered "2.".

- 13.5.1.1 "Static Semantics", subsection "Static Semantics:
PrototypeMethodDefinitions", the first production ("ClassElementList :
ClassElement"), the steps are numbered starting with 5.

- In the same subsection, the next production ("ClassElementList :
ClassElementList ClassElement"), the steps are numbered starting with 7.

- In 15.4.2.4, step 12 is two steps run together.

- In 15.10.5.12 RegExp.prototype.replace (S, replaceValue), step 9.a is
broken into two paragraphs.

---

• commentid: 5374
• comment_count: 1
• who: Allen Wirfs-Brock
• bug_when: 2013-09-10 14:32:55 -0700

fixed in rev19 editor's draft

RegExp replace appears ok in rev18

---

• commentid: 5581
• comment_count: 2
• who: Allen Wirfs-Brock
• bug_when: 2013-09-27 14:47:51 -0700

fixed in rev19