Merge pull request #6968 from dotCooCoo/fix/followup-6910

MCP: a readable library's id keeps a hidden path that it holds after its start
This commit is contained in:
BFlat
2026-11-13 06:10:58 +07:00
committed by GitHub
3 changed files with 95 additions and 9 deletions
+2 -2
View File
@@ -178,8 +178,8 @@ the suite) keep the agent to the folders you give it:
(`ui.palette_query`), a script's report (`scriptReport`), a screenshot's reply and the error from an internal
fault included, for the libraries hidden before the request ran and after it. The path is also matched with `%XX` escapes as a `file:`
URL writes it, and on Windows in any case of its letters; a `file:` URL of an absolute path is shown as the file
name alone, without `file:` or its host. A hidden id or path stays only where it begins
another loaded library's whole id with no `.` or `..` part, so a readable library's id that begins with a hidden one stays. A reply also shows a path outside the
name alone, without `file:` or its host. A hidden id or path stays only where it lies inside
another loaded library's whole id with no `.` or `..` part, so a readable library's id that begins with or holds a hidden one stays. A reply also shows a path outside the
read roots that the request sent by its file name, whether or not a library was loaded from it and whether the
request succeeded or failed, so that the reply reads the same either way. The one exception is the `path`
and `files` entries of a reply's result, a `command.batch` step's result included, that name the file the