Rietveld Code Review Tool
Help | Bug tracker | Discussion group | Source code | Sign in
(5761)

Issue 288270043: ES6 changed to exempt more primordials prototypes from being plain object. (Closed)

Can't Edit
Can't Publish+Mail
Start Review
Created:
8 years, 2 months ago by MarkM
Modified:
8 years ago
Reviewers:
kpreid_google
CC:
google-caja-discuss_googlegroups.com
Visibility:
Public.

Description

The code we're fixing dates from when ES6 exempted only Function and Array from the requirement that their .prototype be a plain object rather than an exotic instance of their constructor type. This was found not to be web compatible, so ES6 now additionally exempts Boolean, Number, and String. Importantly, Date, RegExp, and WeakMap are not exempt.

Patch Set 1 #

Total comments: 2

Patch Set 2 : ES6 changed to exempt more primordials prototypes from being plain object. #

Unified diffs Side-by-side diffs Delta from patch set Stats (+22 lines, -47 lines) Patch
M src/com/google/caja/ses/repairES5.js View 1 4 chunks +22 lines, -47 lines 0 comments Download

Messages

Total messages: 8
MarkM
8 years, 2 months ago (2016-02-20 01:19:51 UTC) #1
kpreid_google
LGTM https://codereview.appspot.com/288270043/diff/1/src/com/google/caja/ses/repairES5.js File src/com/google/caja/ses/repairES5.js (right): https://codereview.appspot.com/288270043/diff/1/src/com/google/caja/ses/repairES5.js#newcode1848 src/com/google/caja/ses/repairES5.js:1848: * As of ES6, for all the builtin ...
8 years, 2 months ago (2016-02-22 23:25:42 UTC) #2
MarkM
The code we're fixing dates from when ES6 exempted only Function and Array from the ...
8 years, 2 months ago (2016-02-23 02:24:42 UTC) #3
MarkM
https://codereview.appspot.com/288270043/diff/1/src/com/google/caja/ses/repairES5.js File src/com/google/caja/ses/repairES5.js (right): https://codereview.appspot.com/288270043/diff/1/src/com/google/caja/ses/repairES5.js#newcode1848 src/com/google/caja/ses/repairES5.js:1848: * As of ES6, for all the builtin constructors ...
8 years, 2 months ago (2016-02-23 02:25:44 UTC) #4
MarkM
Well, my other change, which does not alter .next, got stuck the same place, as ...
8 years, 2 months ago (2016-02-23 02:35:18 UTC) #5
MarkM
Well that's strange. I just now did a "git push" which succeeded. I then went ...
8 years, 2 months ago (2016-02-23 02:44:58 UTC) #6
MarkM
Nevermind. It is telling me the time that these changes were committed anywhere, not when ...
8 years, 2 months ago (2016-02-23 03:04:53 UTC) #7
kpreid_google
8 years ago (2016-04-07 22:27:54 UTC) #8
On Mon, Feb 22, 2016 at 7:04 PM, Mark Miller <erights@gmail.com> wrote:

> Nevermind. It is telling me the time that these changes were committed
> anywhere, not when they were pushed to github, right?
>

Yes, exactly.

More than you wanted to know: There are two dates in git commit data, the
"author date" and the "committer date" (going along with two different
attributions). They are usually the same, but are different if a commit was
amended or e.g. mailed by the author as a patch and turned into a git
commit by someone else.

_Neither_ of these dates is the date of push: commits are not modified by
being pushed. So to be able to do what you were first expecting, GitHub
would have to be keeping a mapping of commit → push the commit was first
seen in → date thereof. And then is “first seen in” for the current branch,
or any branch (including deleted ones), or what?

Distributed systems are necessarily more complex, film at <error: true
ordering of events not definable>.
Sign in to reply to this message.

Powered by Google App Engine
RSS Feeds Recent Issues | This issue
This is Rietveld f62528b