18:19 | <ljharb> | shu: re your job callback PR, since the incumbent stuff has to be captured at `.then` time, and that's when the PromiseCapability is created, could there be just a "host scheduling data" slot or something on the capability directly? |
18:19 | <ljharb> | (it'd probably need to be threaded through in a few places, ofc) |
18:21 | <shu> | no, i don't think it could be in PromiseCapabilities because we create capabilities ahead of .then as part of other combinators, right? |
18:22 | <shu> | i'm reworking it now to thread it through PromiseReaction |
18:22 | <shu> | put another way: not all promises have handlers that result in jobs being scheduled |
18:23 | <ljharb> | `.then` itself creates a new capability |
18:23 | <shu> | also i don't think i want PromiseCapabilities even *harder* to work with in specs |
18:23 | <shu> | right, but not all places that create capabilities need that slot |
18:23 | <shu> | so i don't want a slot that'll mostly be unused except in then |
18:23 | <ljharb> | sure, i'm saying it'd be in `.then`, not in NewPromiseCapability |
18:23 | <ljharb> | but i see what you mean |
18:24 | <ljharb> | hm, when are new promise capabilities created that wouldn't need that slot? |
18:24 | <shu> | any promise that don't ever get handlers attached to it? |
18:25 | <ljharb> | i thought capabilities are only created when attaching a handler |
18:25 | <shu> | no |
18:25 | <ljharb> | ohhh right |
18:25 | <shu> | they're created whenever we create any promise |
18:25 | <ljharb> | .then creates a new capability for the *new* promise, but the original one still had one |
18:25 | <ljharb> | gotcha |
18:26 | <shu> | it is a terrible name and perhaps when we can remove subclassing we can remove it and use Promises directly :P |
18:50 | <devsnek> | reminder of #tc39 |
18:58 | <ljharb> | no need, this was an intentional choice |
18:58 | <ljharb> | #tc39 is for when discussion with non-delegates is desired |
18:58 | <ljharb> | otherwise what’s the point of this channel |
18:59 | <devsnek> | i thought the point of this channel was discussing reflector stuff and discussion about things happening during meetings |
19:02 | <ljharb> | this channel is public; reflector stuff must not be discussed here |
19:02 | <ljharb> | (and ofc the only reason this channel *is* public is for legal reasons; if not for the legal requirement, it would have remained private) |
19:06 | <shu> | yes, please don't share actual private info like venue logistics here |
19:07 | <ljharb> | (or links to meeting notes; or people's email addresses; or any nontechnical discussions that aren't already public on github/in published notes) |
20:51 | <leobalter> | robpalme akirose: https://github.com/tc39/Admin-and-Business/issues/67 please |
20:52 | <akirose> | i got u |