From b22360fc7d289401382de92848990b7bb7b77678 Mon Sep 17 00:00:00 2001 From: garrytan Date: Mon, 2 Nov 2026 12:43:10 +0000 Subject: [PATCH] docs(changelog): GST-942 entry claims only what the rule covers Co-authored-by: capy-ai[bot] <230910855+capy-ai[bot]@users.noreply.github.com> --- changelog.d/gst-942-rm-recursive.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/changelog.d/gst-942-rm-recursive.md b/changelog.d/gst-942-rm-recursive.md index 401c1bbc1..23372ccda 100644 --- a/changelog.d/gst-942-rm-recursive.md +++ b/changelog.d/gst-942-rm-recursive.md @@ -1,3 +1,3 @@ ### Fixed -- **A recursive delete keeps the security class however its arguments are written (GST-942).** `fs.rmSync(path.join(dir, "x"), { recursive: true })`, a `)` inside a comment before `recursive: true`, `fs.rm`/`fs.promises.rm`/an imported `rm`, and a new call a formatter split across lines all slipped past the rule, because it stopped reading at the first `)` and read one line at a time. The review depth could then drop to light on real recursive-delete code. The rule now reads up to 500 characters after `rmSync(` or `rm(` across the file's changed lines, still in linear time. An edit to one line of an existing split call is still read on its own. +- **More recursive deletes keep the security class (GST-942).** `fs.rmSync(path.join(dir, "x"), { recursive: true })`, a `)` inside a comment before `recursive: true`, `fs.rm`/`fs.promises.rm`/an imported `rm`, and a new call a formatter split across lines all slipped past the rule, because it stopped reading at the first `)` and read one line at a time. The review depth could then drop to light on real recursive-delete code. The rule now reads up to 500 characters after `rmSync(` or `rm(` across the file's changed lines, still in linear time. An edit to one line of an existing split call is still read on its own.