Remove non-normative note.

Per tc39/test262#453 (comment)

index.html

@@ -26,7 +26,7 @@
 			</ol>
 		</div>
 	</div>
-	<h1 class="version">Stage 3 Draft / December 10, 2015</h1>
+	<h1 class="version">Stage 3 Draft / December 14, 2015</h1>
 	<h1 class="title">Object.values / Object.entries</h1>
 	<emu-clause id="Object.keys">
 		<h1><span class="secnum">1</span>Object.keys( O )<span class="utils"><span class="anchor"><a href="#Object.keys">#</a></span></span></h1>
@@ -123,9 +123,7 @@ <h1><span class="secnum">4</span>EnumerableOwnProperties<span class="utils"><spa
 				</li>
 			</ol>
 		</emu-alg>
-		<emu-note><span class="note">Note 1</span>The order of elements in the returned list is the same as the enumeration order that is used by a for-in statement.</emu-note>
-		<emu-note><span class="note">Note 2</span>It is possible that the [[Get]] operation may invoke a getter function that may mutate the object by changing values or enumerability, adding properties, or deleting properties. Any changed value will only affect the output if it has not yet been collected into the <var>properties</var>
-			<emu-xref href="#sec-list-and-record-specification-type"><a href="http://www.ecma-international.org/ecma-262/6.0/index.html#sec-list-and-record-specification-type">List</a></emu-xref>; any property added or made enumerable during enumeration is not guaranteed to be included in the output; and any property deleted or made non-enumerable during enumeration will be ignored.</emu-note>
+		<emu-note><span class="note">Note</span>The order of elements in the returned list is the same as the enumeration order that is used by a for-in statement.</emu-note>
 
 		<p>Note: The "
 			<emu-xref aoid="EnumerableOwnNames"><a href="http://www.ecma-international.org/ecma-262/6.0/index.html#sec-enumerableownnames">EnumerableOwnNames</a></emu-xref>" section is deleted. Any existing references to

spec.emu

@@ -64,7 +64,6 @@ contributors: Jordan Harband
 		1. Return _properties_.
 	</emu-alg>
 	<emu-note>The order of elements in the returned list is the same as the enumeration order that is used by a for-in statement.</emu-note>
-	<emu-note>It is possible that the [[Get]] operation may invoke a getter function that may mutate the object by changing values or enumerability, adding properties, or deleting properties. Any changed value will only affect the output if it has not yet been collected into the _properties_ List; any property added or made enumerable during enumeration is not guaranteed to be included in the output; and any property deleted or made non-enumerable during enumeration will be ignored.</emu-note>
 
 	<p>Note: The "EnumerableOwnNames" section is deleted. Any existing references to EnumerableOwnNames(_x_) should be changed to EnumerableOwnProperties(_x_, *"key"*)</p>
 </emu-clause>

spec.md

@@ -48,8 +48,6 @@ When the abstract operation EnumerableOwnProperties is called with Object *O* an
 
 The order of elements in the returned list is the same as the enumeration order that is used by a for-in statement.
 
-It is possible that the `[[Get]]` operation may invoke a getter function that may mutate the object by changing values or enumerability, adding properties, or deleting properties. Any changed value will only affect the output if it has not yet been collected into the *properties* List; any property added or made enumerable during enumeration is not guaranteed to be included in the output; and any property deleted or made non-enumerable during enumeration will be ignored.
-
 Note: The "[EnumerableOwnNames][enumerable-own-names]" section is deleted. Any existing references to [EnumerableOwnNames][enumerable-own-names](*x*) should be changed to [EnumerableOwnProperties][enumerable-own-properties](*x*, **"key"**)
 
 [return-if-abrupt]: http://www.ecma-international.org/ecma-262/6.0/index.html#sec-returnifabrupt