[PATCH 1 of 1 V3] rebase: do not raise an UnboundLocalError when called wrong (issue4106)

Augie Fackler raf at durin42.com
Fri Feb 28 17:32:10 UTC 2014


On Thu, Feb 20, 2014 at 10:19:43AM +0100, Simon Heimberg wrote:
> # HG changeset patch
> # User Simon Heimberg <simohe at besonet.ch>
> # Date 1392334460 -3600
> #      Fri Feb 14 00:34:20 2014 +0100
> # Node ID 7433f2cb97e9ca90a72015180dc134b540245e06
> # Parent  87e52e6425625ea4f7645cfe2fc491a21f9a6b51
> rebase: do not raise an UnboundLocalError when called wrong (issue4106)

Queued, thanks. Seems like a reasonable fix, at least for now.

>
> When the base is not found, we should not raise a traceback about a not defined
> variable. This hides the real problem: the function rebasenode was (probably)
> called wrong.
>
> An AssertionError is raised to highlight that the caller of the function did
> something wrong.
>
> An alternative approach is to only assign None to the variable "base" and let
> the merge mechanism raise an abort message. This was the behaviour for this
> case before ad9db007656f. But the only known case for this problem is when an
> extension calls this function wrong. An AssertionError makes this clearer than
> an abort message. When a different case is detected, the behaviour can be
> improved then.
>
> diff -r 87e52e642562 -r 7433f2cb97e9 hgext/rebase.py
> --- a/hgext/rebase.py	Wed Feb 19 16:46:47 2014 -0600
> +++ b/hgext/rebase.py	Fri Feb 14 00:34:20 2014 +0100
> @@ -516,6 +516,12 @@
>              if state.get(p.rev()) == repo[p1].rev():
>                  base = p.node()
>                  break
> +        else: # fallback when base not found
> +            base = None
> +
> +            # Raise because this function is called wrong (see issue 4106)
> +            raise AssertionError('no base found to rebase on '
> +                                 '(rebasenode called wrong)')
>      if base is not None:
>          repo.ui.debug("   detach base %d:%s\n" % (repo[base].rev(), repo[base]))
>      # When collapsing in-place, the parent is the common ancestor, we
> _______________________________________________
> Mercurial-devel mailing list
> Mercurial-devel at selenic.com
> http://selenic.com/mailman/listinfo/mercurial-devel



More information about the Mercurial-devel mailing list