reason.
* Fixed bug that interrupting git-annex repair (or assistant) while
it was fixing repository corruption would lose objects that were
- contained in pack files.
+ contained in pack files. Also the assistant might sometimes have
+ crashed with the same result.
* repair: Fix reversion in version 8.20200522 that prevented fetching
missing objects from remotes.
### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
There are a surprising amount of weird bugs and quirks like these but it's such an amazing tool, there's nothing like it.
+
+> [[fixed|done]] --[[Joey]]
--- /dev/null
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 18"""
+ date="2021-06-30T15:36:39Z"
+ content="""
+If the assistant crashed in the middle of a repair that confirms my
+analysis, and my fix will avoid both the data loss problem *and* the crash.
+
+Only remaining question to me is why would it trigger an unncessary repair.
+
+But that could be anything that causes git fsck to exit nonzero. Or it
+might be that git fsck found an actual problem, but not one that was
+preventing the repo from working. Eg, a missing/corrupt object used
+somewhere deep in the history.
+
+(Note that git-repair already exists. git-annex integrates it.)
+"""]]