getOwnPropertyNames忽略Firefox上的__proto__

__proto__是Object.prototype:的一个属性

Object.prototype.hasOwnProperty('__proto__'); // true

但是，getOwnPropertyNames在Firefox上忽略了它：

Object.getOwnPropertyNames(Object.prototype).indexOf('__proto__'); // -1

它适用于Chromium 43和IE 11，坚固耐用。

AFAIK，根据ECMAScript 5规范，getOwnPropertyNames应该列出它：

15.2.3.4-Object.getOwnPropertyNames（O）

调用getOwnPropertyNames函数时采取步骤：

1. 如果Type（O）不是Object，则抛出TypeError异常
2. 设数组是通过表达式new Array ()创建新对象的结果，其中Array是标准内置具有该名称的构造函数
3. 设n为0
4. 对于O的每个命名的自己的属性P
   1. 设name为字符串值，该值是P的名称
   2. 使用参数ToString（n）调用数组的[[DefineOwnProperty]]内部方法，PropertyDescriptor｛[[Value]]：name、[[Writable]]：true、[[Enumerable]]：true、[Configuration]]：true[/strong>}和false
   3. 将n增加1
5. 返回数组

__proto__是Object.prototype的已命名own属性（否则，hasOwnProperty将返回false，因为[[GetOwnProperty]]将返回undefined）。因此，它应该由getOwnPropertyNames列出，不是吗？

ECMAScript 6中的情况应该有所不同吗？ES6草案确实改变了一些事情：

19.1.2.7-Object.getOwnPropertyNames（O）

调用getOwnPropertyNames函数时采取步骤：

1. 返回GetOwnPropertyKeys（O，字符串）

19.1.2.8.1-运行时语义：GetOwnPropertyKeys（O，Type)

使用参数O调用抽象操作GetOwnPropertyKeys和Type，其中O是Object，Type为ECMAScript之一规范类型字符串或符号。采取以下步骤：

1. 设obj为ToObject（O）
2. ReturnIfAbrupt（对象）
3. 设键为对象。[OwnPropertyKeys]
4. ReturnIfAbrupt（键）
5. 让nameList成为一个新的空列表
6. 按列表顺序对keys的nextKey中的每个元素重复上述操作，
   1. 如果Type（nextKey）为Type，则
      1. 将nextKey附加为nameList的最后一个元素
7. 返回CreateArrayFromList（nameList）

9.1.12-[[OwnPropertyKeys]]（）

当O的[[OwnPropertyKeys]]内部方法被调用时采取以下步骤：

1. 让键成为一个新的空列表
2. 对于O的每个属性键P，它是一个整数索引，按数字索引升序排列
   1. 添加P作为键的最后一个元素
3. 对于O的每个自己的属性键P，它是字符串但不是整数索引，按属性创建顺序
   1. 添加P作为键的最后一个元素
4. 对于属于Symbol的O的每个属性键P，按属性创建顺序
   1. 添加P作为键的最后一个元素
5. 返回键

[[OwnPropertyKeys]]应返回包含"__proto__"的列表，GetOwnPropertyKeys应返回具有"__proto__"的数组，因为其类型应为String。

即使是Symbol而不是String（这没有多大意义），getOwnPropertySymbols也应该包括__proto__，但它返回一个空数组。

所以，这是一个bug，还是这里应用了什么复杂的规范？