| 23:37 | <Michael Ficarra> | leobalter: you will probably remember some earlier discussions around extending built-ins, particularly during the Set.prototype.{union,intersection,difference,etc} proposal |
| 23:39 | <Michael Ficarra> | the question is essentially: do we have these new methods defer (via virtual calls) to the existing methods so that existing subclasses do not break, or do we have the new methods reach into the internal slots directly? |
| 23:40 | <Michael Ficarra> | there are possibly also other design strategies, but we need to pick one, and it will have a large impact on how people subclass built-ins in a forward-compatible way (if they can at all) |
| 23:41 | <Michael Ficarra> | we're hoping we can actually make this decision as a committee and unblock the proposals that are currently blocked on it |
| 23:59 | <shu> | virtual stuff increases security risk, so maybe put it on the security TG's agenda as well? |