brandonchinn178 / brandonchinn178/hooky
Stash clears workspace if user lacks permissions to remove an untracked directory
- Dominant language
- Haskell
- Stars
- 29
- Forks
- 2
- Avg merge
- 4h 37m
- Merged PRs (30d)
- 4
Description
If the repo has an untracked directory that the user does not have permissions to delete, running hooky will error after stashing changes and fail to reapply the stash. Erroring if the user cannot delete an untracked directory is probably correct, but we should make sure to reapply the stash.
Current workaround is to find the "Stashing changes at [path]" message and run `git stash apply < [path]`
Contributor guide
Research direction
Start by reproducing the failure with an untracked directory the user cannot delete, then trace hooky's stash flow around the "Stashing changes at [path]" message. Verify that the stash is reapplied even when deletion fails, and confirm the existing error remains visible; the documented workaround uses `git stash apply < [path]`.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- git, haskell
- Domain
- cli, tooling
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 62/100