TC39 Editors on 2024-11-27

05:23	<bakkot>	I recall an issue having to do with `\11` escapes in regexes not being correctly specified in the case that there are fewer groups than the number evaluates to, but I can't find it now. does this ring a bell for anyone else?
05:25	<bakkot>	also Michael Ficarra is https://github.com/tc39/ecma262/issues/2486 done now that https://github.com/tc39/ecma262/pull/3459 landed?
08:31	<ljharb>	I recall an issue having to do with `\11` escapes in regexes not being correctly specified in the case that there are fewer groups than the number evaluates to, but I can't find it now. does this ring a bell for anyone else? i believe richard fixed that in https://github.com/tc39/ecma262/pull/2468 and related PRs?
15:02	<Michael Ficarra>	also Michael Ficarra is https://github.com/tc39/ecma262/issues/2486 done now that https://github.com/tc39/ecma262/pull/3459 landed? yes, but also https://github.com/tc39/ecma262/pull/3501
17:17	<Richard Gibson>	I recall an issue having to do with `\11` escapes in regexes not being correctly specified in the case that there are fewer groups than the number evaluates to, but I can't find it now. does this ring a bell for anyone else? they've been well-specified since at least ES5.1 AFAICT (it's an early error, with content in Annex B since 2015 that instead downgrades it to an octal escape or identity escape in the absence of a "u" flag) what did change is `$nn` references in String.prototype.replace, for which https://github.com/tc39/ecma262/pull/3157 brought the spec into alignment with implementation reality ($nn patterns fall back to $n when there aren't at least nn captures)
17:18	<bakkot>	aha, that must be what I'm thinking of
17:18	<bakkot>	thanks for the reference