checkout: don't confuse ref and object flags
authorJeff King <peff@peff.net>
Wed, 25 Jul 2012 21:57:30 +0000 (17:57 -0400)
committerJunio C Hamano <gitster@pobox.com>
Wed, 25 Jul 2012 22:37:05 +0000 (15:37 -0700)
commitadd416a6c05b580e005726f318463698d746384d
tree4e75955f5a3e8a12a7aaf724cb3b6287811a5e54
parent468224e580aeb55bd85b37b86f32baada3d17f1e
checkout: don't confuse ref and object flags

When we are leaving a detached HEAD, we do a revision traversal to
check whether we are orphaning any commits, marking the commit we're
leaving as the start of the traversal, and all existing refs as
uninteresting.

Prior to commit 468224e5, we did so by calling for_each_ref, and
feeding each resulting refname to setup_revisions.  Commit 468224e5
refactored this to simply mark the pending objects, saving an extra
lookup.

However, it confused the "flags" parameter to the each_ref_fn
clalback, which is about the flags we found while looking up the ref
with the object flag.  Because REF_ISSYMREF ("this ref is a symbolic
ref, e.g. refs/remotes/origin/HEAD") happens to be the same bit
pattern as SEEN ("we have picked this object up from the pending
list and moved it to revs.commits list"), we incorrectly reported
that a commit previously at the detached HEAD will become
unreachable if the only ref that can reach the commit happens to be
pointed at by a symbolic ref.

Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
builtin/checkout.c