GNU bug report logs -
#2652
23.0.91; wacky behavior of "v" command in *vc-dir* buffer
Previous Next
Reported by: Miles Bader <miles <at> gnu.org>
Date: Fri, 13 Mar 2009 00:05:05 UTC
Severity: normal
Done: Dan Nicolaescu <dann <at> ics.uci.edu>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Miles Bader <miles <at> gnu.org> writes:
> In the *vc-dir* buffer, if the cursor is on a source file entry, "v"
> operates on the file under the cursor.
>
> However, if "v" is used on a non-file line, the behavior is kind of
> weird: It pops up a *vc-log* buffer, and allows you to enter a log
> message, but then typing C-c C-c (`log-edit-done') in the *vc-log*
> buffer to finish the commit results in an error:
>
> vc-find-backend-function: Cannot open load file: vc-nil
>
> What I _expected_ to happen is for it to commit every changed file in
> the *vc-dir* buffer; this behavior is not only fairly natural (I think),
> but also suggested by actions of vc prior to the error:
>
> (1) Using the C-c C-f command (`log-edit-show-files') *vc-log* shows
> the directory name as the "files" (in *log-edit-files* buffer)
>
> (2) The C-c C-c command in *vc-log*, prior to the above error,
> displays the message (where DIRNAME is the directory name):
>
> Checking in DIRNAME...
Can you please provide a way to reproduce this starting from emacs -Q?
What is the output of:
M-: (vc-deduce-fileset) RET
before you press "v" ?
This bug report was last modified 16 years and 101 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.