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: Kirk Kelsey <kirk.kelsey <at> 0x4b.net>
Subject: bug#6968: closed (Re: bug#6968: 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 bug report

#6968: 23.1; vc-hg-next-version fails if a custom style is used

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 6968 <at> debbugs.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: 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.

[Message part 3 (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 4 (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 5 (text/html, inline)]

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

Previous Next


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