NousResearch/hermes-agent

Fix Windows path mangling of regex patterns in search

Cluster 92260 · agent. Data as of

1 open item. Fix attempted, not merged.

The short answer

1open issue
0open PRs
3items grouped
Known?
Yes. 3 related items grouped here, 0 issues already closed.
Fix event
No fix has been merged to main. 2 PRs closed without merging; see the attempts below.
Tracker
The maintainers' tracker marks this unresolved. That is separate from the fix event.
Still open
1 issue and 0 PRs.

A bug where backslashes in regex/glob patterns passed to search tools were being rewritten as forward slashes on Windows, causing corrupted patterns and incorrect results. The members cover the bug report and associated fixes to prevent path translation from affecting regex arguments.

Open issues1

  • Issue#92260[Bug] search_files regex corrupted on Windows: backslashes in pattern rewritten to "/" before rg — loud "unclosed group" failures AND silent false-zero results

Open PRs0

No open pull requests.

2 PRs closed without merging

From the close comments: done elsewhere 1 · duplicate 1

  • #92268 fix(tools): never path-translate regex patterns in search shell commands · done elsewhere → bd25848, #80407, #92267, #92260
  • #92432 fix(tools): quote regex/glob match args without Windows path translation · duplicate → #92268
How this cluster was grouped
  • Link evidence (structural links throughout): every member is connected by structural evidence: shared changed files, or a closing/superseded reference.
  • Pairwise link density 0.67: the share of item pairs that carry a link, counting a structural link in full and a relevance-only link at 0.36. 1.00 means every pair is linked.

Pick up a Lab task

Check whether a fix covers the open issues here, with your own agent. Bring back evidence for maintainers.

Open the Lab

At a glance

Subsystem
agent
Closed issues
0
Attempts
2 PRs closed without merging

For your agent

The same facts, typed.