- From: Yutaka Hirano <yhirano@chromium.org>
- Date: Wed, 3 Jul 2013 14:06:58 +0900
- To: Anne van Kesteren <annevk@annevk.nl>
- Cc: Domenic Denicola <domenic@domenicdenicola.com>, "www-dom@w3c.org" <www-dom@w3c.org>
- Message-ID: <CABihn6HUYXGsbjQERss4gDAcAfeOzSFuAjmiBgFqq8c3m0cG_g@mail.gmail.com>
Thank you very much. > You could still get something weird if someone gets passed a resolve > and reject callback and invokes them both, resolve first with a promise > and then reject, as in that case reject would win, but given they're > invoking methods more than once, maybe that's okay? Or maybe there's a > better way still? You are right, but I think it is OK. On Tue, Jul 2, 2013 at 4:27 PM, Anne van Kesteren <annevk@annevk.nl> wrote: > On Tue, Jul 2, 2013 at 2:19 AM, Yutaka Hirano <yhirano@chromium.org> > wrote: > > If so, can we have the state check in fulfill / reject algorithms? > > I guess having the check there, in addition to making sure the public > methods can each only be invoked once, is probably about right. You > could still get something weird if someone gets passed a resolve and > reject callback and invokes them both, resolve first with a promise > and then reject, as in that case reject would win, but given they're > invoking methods more than once, maybe that's okay? Or maybe there's a > better way still? > > > -- > http://annevankesteren.nl/ >
Received on Wednesday, 3 July 2013 05:07:26 UTC