A Find or Grep that finds nothing empties its directory's +Search

It failed with no match but left the last search's rows in the +Search, where they read as this one's.

Co-Authored-By: Claude Opus 5.5 <[email protected]>

1 files changed, 2 insertions, 1 deletions

diff --git a/docs/fs.md b/docs/fs.md
index 1baa9b2c..6fa612f5 100644
--- a/docs/fs.md
+++ b/docs/fs.md
@@ -748,7 +748,8 @@ every pane's directory on this host, passing over panes of the served
 tree (`/virtual/`, a peer's `/n/<name>/`) and directories not there,
 so none of them spoils the rest; Find and Grep share one `+Search` a
 directory, each run replacing what the last showed, as acme reuses a
-directory's `+Errors` (the exec reads that pane back), while a plain
+directory's `+Errors` (the exec reads that pane back; one that finds
+nothing empties it rather than leave the last rows), while a plain
 word's `LookWord list` search keeps a pane a pattern, ENOSPC for no room or
 slot, EBUSY for a held lock) -- and logs its reason exactly once, as `err <serial|->
 <file>: <why>`, with no `msg` for it. A builtin a click runs (Save, get's