Profile clone corrupts skill symlinks during copy
Cluster 113471. Data as of
Nothing open on GitHub. Fix merged in #114782 on 18 Sep 2026. Check it covers your case.
The short answer
- Known?
- Yes. 3 related items grouped here, 1 issue already closed.
- Fix event
- A fix was merged to main in PR #114782. Check it covers your case. No release data is tracked.
- Tracker
- The maintainers' tracker marks this
resolved, deciding PR #114782. That is separate from the fix event. - Still open
- Nothing open on GitHub.
A bug where cloning a profile flattens skill symlinks or junctions into physical copies, risking name collisions with external skill directories. The associated fixes aim to preserve those links during the clone operation.
Open issues0
Open PRs0
Fixes on record
-
#114782 fix(profiles): profile clone keeps NTFS skill junctions as junctions, no external-dirs name collision (#113471, salvage #113487)
files:
hermes_cli/profiles.py,tests/hermes_cli/test_profiles.py
1 PR closed without merging
From the close comments: superseded by another PR 1
-
#113487 fix(profiles): preserve skill links when cloning · superseded by another PR →
b08fbfa,#114782,#113471,#113487
Closed issues · 1
- Closed#113471[Bug]: profile create --clone flattens valid skill symlinks/junctions into physical copies, arming name collisions with skills.external_dirs (silent until a later external refresh)
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.00means 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 LabAt a glance
- Merged PRs
- #114782
- Closed issues
- 1
- Attempts
- 1 PR closed without merging
- Fix link checked
- 18 Sep 2026