220.127.116.11.15-18.104.22.168.18 Edition 5 and 5.1 used a property existence test to determine whether a global object property corresponding to a new global declaration already existed. ECMAScript 2015 uses an own property existence test. This corresponds to what has been most commonly implemented by web browsers.
22.214.171.124: The 5th Edition moved the capture of the current array length prior to the integer conversion of the array index or new length value. However, the captured length value could become invalid if the conversion process has the side-effect of changing the array length. ECMAScript 2015 specifies that the current array length must be captured after the possible occurrence of such side-effects.
126.96.36.199: Previous editions permitted the TimeClip abstract operation to return either +0 or −0 as the representation of a 0 time value. ECMAScript 2015 specifies that +0 always returned. This means that for ECMAScript 2015 the time value of a Date object is never observably −0 and methods that return time values never return −0.
188.8.131.52: If a time zone offset is not present, the local time zone is used.
Edition 5.1 incorrectly stated that a missing time zone should be interpreted as
184.108.40.206: If the year cannot be represented using the Date Time String Format specified in 220.127.116.11 a RangeError exception is thrown. Previous editions did not specify the behaviour for that case.
18.104.22.168: Previous editions did not specify the value returned by Date.prototype.toString when this
time value is NaN. ECMAScript 2015 specifies the result to be the String value is
22.214.171.124, 126.96.36.199.4: Any LineTerminator code
points in the value of the
source property of an RegExp instance must be expressed using an escape sequence.
Edition 5.1 only required the escaping of
188.8.131.52, 184.108.40.206: In previous
editions, the specifications for
String.prototype.replace was incorrect for cases where the pattern argument was
a RegExp value whose
global is flag set. The previous specifications stated that for each attempt to match the
lastIndex did not change it should be incremented by 1. The correct behaviour is that
lastIndex should be incremented by one only if the pattern matched the empty string.
220.127.116.11, 18.104.22.168.1: Previous editions did not
specify how a NaN value returned by a comparefn was interpreted by
Array.prototype.sort. ECMAScript 2015 specifies that such as value is treated as if
+0 was returned from the comparefn. ECMAScript 2015 also specifies that ToNumber is
applied to the result returned by a comparefn. In previous editions,
the effect of a comparefn result that is not a Number value was implementation dependent. In practice,
implementations call ToNumber.