You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
JSC, SM, and V8 have the proper behavior here. The spec requires that own properties are enumerated in order of creation. In the example above, p1 is the last property created and so should be last (the fact that it existed before is not relevant).
The text was updated successfully, but these errors were encountered:
The spec does not actually require this (or any) order for for-in, though I would like it to and may try to get consensus on a normative change. But this is observable with for example Reflect.ownKeys, which uses OrdinaryOwnPropertyKeys directly without the "The mechanics and order of enumerating the properties is not specified" escape hatch present in EnumerateObjectProperties (which is what for-in uses).
JSC, SM, and V8 have the proper behavior here. The spec requires that own properties are enumerated in order of creation. In the example above, p1 is the last property created and so should be last (the fact that it existed before is not relevant).
The text was updated successfully, but these errors were encountered: