Cairn
NousResearch/hermes-agent

Windows file version stat ctime comparison bug

Cluster 128639 · 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 _file_version unreliably returns None on Windows due to ctime divergence between fstat and stat calls, causing flaky read dedup and write baseline behavior. Fixes standardize snapshot collection to use os.stat on both sides.

Open issues1

  • Issue#128639[Bug]: on Windows `_file_version` returns None about a third of the time, so read dedup and the write baseline flake

Open PRs0

No open pull requests.

2 PRs closed without merging

From the close comments: duplicate 1 · other 1

  • #128647 fix(file-tools): _file_version no longer compares fstat ctime with stat ctime · duplicate → #126623
  • #129474 fix(file-tools): take _file_version snapshots from os.stat on both sides (Windows ctime divergence) · other → #128647
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.

cluster/128639.json
cluster/128639.md