GNU bug report logs - #6968
23.1; vc-hg-next-version fails if a custom style is used

Previous Next

Package: emacs;

Reported by: Kirk Kelsey <kirk.kelsey <at> 0x4b.net>

Date: Wed, 1 Sep 2010 21:09:01 UTC

Severity: normal

Found in version 23.1

Fixed in version 24.3

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Glenn Morris <rgm <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#6968: closed (23.1; vc-hg-next-version fails if a custom
 style is used)
Date: Sat, 01 Dec 2012 02:15:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Fri, 30 Nov 2012 21:12:15 -0500
with message-id <kxr4naa5c0.fsf <at> fencepost.gnu.org>
and subject line Re: bug#6968: 23.1; vc-hg-next-version fails if a custom style is used
has caused the debbugs.gnu.org bug report #6968,
regarding 23.1; vc-hg-next-version fails if a custom style is used
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
6968: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6968
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Kirk Kelsey <kirk.kelsey <at> 0x4b.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.1; vc-hg-next-version fails if a custom style is used
Date: Wed, 1 Sep 2010 17:08:13 -0400
[Message part 3 (text/plain, inline)]
I've run into a problem with vc-hg-next-version and how it
identifies the maximum valid revision (the tip). Mercurial allows
for a templating of output for some commands, but
vc-hg-next-version identifies the tip using a regular expression
that only matches the "default" output style.

The patch below works by specifying the style explicitly.
Something similar is done for vc-hg-revision-table, where the
template for the log command is specified. FWIW, I took at look
at the other uses of vc-hg-command and didn't see any other cases
where the style seemed relevant. It is possible to work around
the issue by setting vc-hg-global-switches to include "--config
ui.style=default" (not using the --style option).



Thanks,
Kirk


--- /tmp/vc-hg.el       2010-09-01 16:48:56.000000000 -0400
+++ /tmp/vc-hg.fixed.el 2010-09-01 16:50:18.597813591 -0400
@@ -354,7 +354,7 @@
   (let ((newrev (1+ (string-to-number rev)))
         (tip-revision
          (with-temp-buffer
-           (vc-hg-command t 0 nil "tip")
+           (vc-hg-command t 0 nil "tip" "--style=default")
            (goto-char (point-min))
            (re-search-forward "^changeset:[ \t]*\\([0-9]+\\):")
            (string-to-number (match-string-no-properties 1)))))
[Message part 4 (text/html, inline)]
[Message part 5 (message/rfc822, inline)]
From: Glenn Morris <rgm <at> gnu.org>
To: 6968-done <at> debbugs.gnu.org
Subject: Re: bug#6968: 23.1; vc-hg-next-version fails if a custom style is used
Date: Fri, 30 Nov 2012 21:12:15 -0500
Version: 24.3

Sorry for the horrendous delay; change applied to trunk. Thanks.

Kirk Kelsey wrote:

> Well, I missed at least one other case where this can be a
> problem. In vc-hg-working-revision, vc-hg-command isn't used.

Looks like this was independently changed in the meantime.


This bug report was last modified 12 years and 203 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.