Break origin's callback for RXAFS_Rename target
authorAndrew Deason <adeason@sinenomine.net>
Thu, 22 Oct 2009 03:16:38 +0000 (22:16 -0500)
committerDerrick Brashear <shadow@dementia.org>
Thu, 10 Jun 2010 19:14:28 +0000 (12:14 -0700)
commit157a274b8b1f6c39751d876354e1d8453d66b864
tree20359f375c28898a3cb0bb04b9e061088949a4de
parent92d67bee7aae20498eefb77c06b0a085c5d069ce
Break origin's callback for RXAFS_Rename target

When we RXAFS_Rename something, the status of the renamed FID can
sometimes change, and thus we break callbacks on it. Currently, however,
we do not break the callback for the originating client, even though the
status of the target changes and we do not return an AFSFetchStatus to
the caller.

Since the callback is not always broken for the target, it may not be
immediately obvious to client implementations to implicitly break the
target's callback. Since we do not have an explicit protocol
specification saying that the callback is implicitly broken, break the
callback for the origin client as well, to be safe.

Change-Id: I97d90518a240f852013d1d63fccef663c8b0e998
Reviewed-on: http://gerrit.openafs.org/709
Reviewed-by: Derrick Brashear <shadow@dementia.org>
Tested-by: Derrick Brashear <shadow@dementia.org>
src/viced/afsfileprocs.c