Skip to content

Conversation

@domenic
Copy link
Member

@domenic domenic commented Jul 7, 2013

This moves the checking and subsequent setting of the resolved flag from fulfill, reject, and resolve to the internal fulfill, reject, and resolve algorithms. This is more resilient in the face of malicious thenables, which as currently specified can cause multiple fulfillment, multiple rejection, or any combination thereof.

Fixes http://lists.w3.org/Archives/Public/www-dom/2013AprJun/0283.html

This moves the checking and subsequent setting of the resolved flag from `fulfill`, `reject`, and `resolve` to the internal fulfill, reject, and resolve algorithms. This is more resilient in the face of malicious thenables, which as currently specified can cause multiple fulfillment, multiple rejection, or any combination thereof.

Fixes http://lists.w3.org/Archives/Public/www-dom/2013AprJun/0283.html
@domenic
Copy link
Member Author

domenic commented Jul 7, 2013

I had no idea how to run that Makefile or generate a dom-core.html, FWIW. A readme or CONTRIBUTING.md might be helpful in that regard.

@annevk
Copy link
Member

annevk commented Jul 8, 2013

You did not read the Makefile? The first line points out how to make it work.

@annevk
Copy link
Member

annevk commented Jul 8, 2013

Also, this patch is wrong. How can internal resolve now invoke internal accept or reject without the flag being set?

@domenic
Copy link
Member Author

domenic commented Jul 8, 2013

How embarrassing on both counts. Will try again tonight-ish.

In my defense, I usually skip over the first line of a file if it starts with #, haha :P.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

2 participants