GNU bug report logs -
#57407
[PATCH] Handle error of ’vc-registered’
Previous Next
Full log
View this message in rfc822 format
Hi,
On Sun, 09 Jun 2024 at 22:18, help-debbugs <at> gnu.org (GNU bug Tracking System) wrote:
>> That was one year ago.
>>
>> Simon, did you have a chance to look into the issues that Dmitry
>> mentioned below?
>
> More information was requested, but none was given within 9 months, so
> I'm closing this bug. If this is still an issue, please reply to this
> email (use "Reply to all" in your email client) and we can reopen the
> bug report.
The issue is not gone, AFAICT. The cover letter provides a reproducer;
see below.
> From: Simon Tournier <zimon.toutoune <at> gmail.com>
> Subject: [PATCH] Handle error of ’vc-registered’
> To: bug-gnu-emacs <at> gnu.org
> Date: Thu, 25 Aug 2022 18:20:07 +0200
> Date: Thu, 25 Aug 2022 18:20:07 +0200 (1 year, 41 weeks, 2 days ago)
>
> Hi,
>
> Submission (Bug#18481) [0] merged on 2020-08-13 with commit
> 991e145450ec8b02865597bc80fd797e39e81f07 [1] aims to:
>
> “Notify the user if we errors when querying for registered git files“
>
> However, the replacement of ’ignore-errors’ by ’with-demoted-errors’
> introduces spurious messages. This patch proposes to handle the errors
> in a way that:
>
> 1. the user is still informed (avoid silent error)
> 2. improve the messages trying to be more accurate
> 3. do it for all the VC backends
>
> 0: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=18481
> 1:
> https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=991e145450ec8b02865597bc80fd797e39e81f07
>
>
>
> First, let compare the previous situation with the patched one. If the
> user runs ’find-file’ in a Git repository without having installed the
> Git binary, then Emacs complains and the error is misleading.
> Reproducer:
>
> $ which git
> which: no git in …
> $ mkdir -p /tmp/Git/.git
> $ emacs -q --batch --eval="(find-file \"/tmp/Git/foo\")"
> Error: (file-missing "Searching for program" "No such file or directory" "git")
> Package vc-mtn is deprecated
>
>
> Not having a working Git installation is not an error for opening one
> file belonging to a folder containing a ’.git’ subdirectory. For
> instance, if an user processes many files reporting many messages, then
> it seems hard to locate the real error, if any.
>
>
> Moreover, the messages are inconsistent depending on the VC backend;
> from nothing reported to a backtrace.
>
> $ mkdir -p /tmp/Bzr/.bzr
> $ emacs -q --batch --eval="(find-file \"/tmp/Bzr/foo\")"
> Error: (file-missing "Searching for program" "No such file or directory" "bzr")
> Error: (file-missing "Searching for program" "No such file or directory" "bzr")
>
> Error: file-missing ("Searching for program" "No such file or directory" "bzr")
>
> [...]
>
> Searching for program: No such file or directory, bzr
Well, I am not following very closely the development of Emacs master,
so I cannot tell with high confidence if a workaround introduced
elsewhere fixes the issue. However, from my quick look, the code that
triggers the spurious messages has not been changed.
Sorry to not have the time to send a v2; I am running out of time.
However, closing this report:
1. Do not change that 991e145450ec8b02865597bc80fd797e39e81f07 is
clearly incorrect. It’s a regression
2. My patch, while imperfect, fixes such regression.
Cheers,
simon
This bug report was last modified 106 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.