fix a place where the inode cache could potentially have gotten stale
authorJoey Hess <joeyh@joeyh.name>
Mon, 26 Jul 2021 18:12:58 +0000 (14:12 -0400)
committerJoey Hess <joeyh@joeyh.name>
Mon, 26 Jul 2021 18:12:58 +0000 (14:12 -0400)
commit46375923256cd06f8e2512e43a710b57e34dcba3
treeeb70c62b899de55996e8be94e144c4e108846980
parent6bbd606390737f7f39a07c65612fdfe4fa048f6c
fix a place where the inode cache could potentially have gotten stale

When git-annex lock repopulates the object file by copying an associated
file that still has its content, it negected to update the inode cache.

I was not able to actually get this code to successfully repopulate the
object file; the associated file gets replaced with a dangling pointer
before unlock is able to do that. (By what I'm not sure..
reconcileStaged?) Which might be itself a bug, but
anyway this makes me doubtful that this was really leading to a stale
inode cache. Still, in case there is some situation in which it does
work, fixed it to update the inode cache.
Command/Lock.hs