GNU bug report logs -
#40670
28.0.50; Regression: vc-print-log doesn't work with TRAMP because vc-git isn't initialized
Previous Next
Reported by: Dima Kogan <dima <at> secretsauce.net>
Date: Thu, 16 Apr 2020 20:14:02 UTC
Severity: normal
Found in version 28.0.50
Fixed in version 28.1
Done: Dima Kogan <dima <at> secretsauce.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 40670 in the body.
You can then email your comments to 40670 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40670
; Package
emacs
.
(Thu, 16 Apr 2020 20:14:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Dima Kogan <dima <at> secretsauce.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 16 Apr 2020 20:14:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi. I'm using a bleeding-edge emacs build from git. Today.
The problem:
1. emacs -Q
2. C-x C-f /ssh:host:file
Open any file that lives in a git repo on a remote server
3. C-x v l
I expect to see the git log for this file, but I get an error: "File
is not under version control". The modeline doesn't show that emacs
recognized this as a git file. Also, the only "vc-git-..." function
that emacs knows about at this point is vc-git-registered. Clearly
something was supposed to initialize vc-git but that didn't happen.
As a workaround I CAN do:
4. C-x v L
This does work to show me the git history of this whole project. This
loaded vc-git, so I can now go back to the earlier buffer, and C-x v
l works now
Thanks!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40670
; Package
emacs
.
(Fri, 17 Apr 2020 13:13:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 40670 <at> debbugs.gnu.org (full text, mbox):
Dima Kogan <dima <at> secretsauce.net> writes:
> Hi. I'm using a bleeding-edge emacs build from git. Today.
Hi Dima,
> The problem:
>
> 1. emacs -Q
>
> 2. C-x C-f /ssh:host:file
>
> Open any file that lives in a git repo on a remote server
>
> 3. C-x v l
>
> I expect to see the git log for this file, but I get an error: "File
> is not under version control". The modeline doesn't show that emacs
> recognized this as a git file. Also, the only "vc-git-..." function
> that emacs knows about at this point is vc-git-registered. Clearly
> something was supposed to initialize vc-git but that didn't happen.
> As a workaround I CAN do:
>
> 4. C-x v L
>
> This does work to show me the git history of this whole project. This
> loaded vc-git, so I can now go back to the earlier buffer, and C-x v
> l works now
Thanks for the report. I've applied git bisect. Looks like commit
76b3bd8cbb9a0a01941d9c1766c054960e4bfd97 (Improve Tramp cache for
asynchronous processes) has broken Emacs here.
Since I'm the author of that patch, I'll debug. Will report later.
> Thanks!
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40670
; Package
emacs
.
(Tue, 21 Apr 2020 11:36:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 40670 <at> debbugs.gnu.org (full text, mbox):
Michael Albinus <michael.albinus <at> gmx.de> writes:
Hi Dima,
>> The problem:
>>
>> 1. emacs -Q
>>
>> 2. C-x C-f /ssh:host:file
>>
>> Open any file that lives in a git repo on a remote server
>>
>> 3. C-x v l
>>
>> I expect to see the git log for this file, but I get an error: "File
>> is not under version control". The modeline doesn't show that emacs
>> recognized this as a git file. Also, the only "vc-git-..." function
>> that emacs knows about at this point is vc-git-registered. Clearly
>> something was supposed to initialize vc-git but that didn't happen.
>> As a workaround I CAN do:
>>
>> 4. C-x v L
>>
>> This does work to show me the git history of this whole project. This
>> loaded vc-git, so I can now go back to the earlier buffer, and C-x v
>> l works now
>
> Thanks for the report. I've applied git bisect. Looks like commit
> 76b3bd8cbb9a0a01941d9c1766c054960e4bfd97 (Improve Tramp cache for
> asynchronous processes) has broken Emacs here.
>
> Since I'm the author of that patch, I'll debug. Will report later.
It was a little bit tricky to understand, but I believe I've fixed it
now with commit f212daf0a96999b8c1e63217c22a86d6e1671687. Could you,
pls, check?
>> Thanks!
Best regards, Michael.
bug Marked as fixed in versions 28.1.
Request was from
Michael Albinus <michael.albinus <at> gmx.de>
to
control <at> debbugs.gnu.org
.
(Tue, 21 Apr 2020 11:37:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Dima Kogan <dima <at> secretsauce.net>
:
You have taken responsibility.
(Tue, 21 Apr 2020 23:29:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Dima Kogan <dima <at> secretsauce.net>
:
bug acknowledged by developer.
(Tue, 21 Apr 2020 23:29:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 40670-done <at> debbugs.gnu.org (full text, mbox):
Michael Albinus <michael.albinus <at> gmx.de> writes:
> It was a little bit tricky to understand, but I believe I've fixed it
> now with commit f212daf0a96999b8c1e63217c22a86d6e1671687. Could you,
> pls, check?
It works now. Thanks you very much!! I'm closing the bug.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 20 May 2020 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 82 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.