RFR: CODETOOLS-7901672: trees extension broken after upgrade to mercurial 3.8.1
Jonathan Gibbons
jonathan.gibbons at oracle.com
Thu Jun 8 20:32:35 UTC 2017
Fixed.
-- Jon
On 06/08/2017 11:02 AM, Jonathan Gibbons wrote:
>
> Note to self ... I still have to apply the fix for the typo that Tim
> noticed. I'll do that now.
>
> -- Jon
>
>
> On 06/08/2017 05:04 AM, Magnus Ihse Bursie wrote:
>>
>> On 2017-06-03 03:23, Jonathan Gibbons wrote:
>>> Pushed.
>>
>> Thank you! :-)
>>
>> /Magnus
>>
>>>
>>> -- Jon
>>>
>>> On 05/31/2017 01:36 AM, Magnus Ihse Bursie wrote:
>>>> On 2017-05-31 10:20, Erik Joelsson wrote:
>>>>> Hello,
>>>>>
>>>>> Thanks for looking at this!
>>>>>
>>>>> I have renamed run_command to command_cmd. I agree the naming
>>>>> should be consistent.
>>>>>
>>>>> http://cr.openjdk.java.net/~erikj/CODETOOLS-7901672/webrev.02/
>>>>
>>>> Looks good to me.
>>>>
>>>> Jon, can you push Erik's patch?
>>>>
>>>> /Magnus
>>>>
>>>>>
>>>>> /Erik
>>>>>
>>>>>
>>>>> On 2017-05-17 12:30, Magnus Ihse Bursie wrote:
>>>>>> Looks good to me. Thanks for fixing this!
>>>>>>
>>>>>> A minor nit:
>>>>>>
>>>>>> +# This function cannot be named "command" since it clashes with
>>>>>> the @command
>>>>>> +# decorator.
>>>>>> + at command('tcommand|tcmd')
>>>>>> +def run_command(ui, repo, cmd, *args, **opts):
>>>>>>
>>>>>> +# This function cannot be named list since it clashes with the
>>>>>> python builtin
>>>>>> + at command('tlist')
>>>>>> +def list_cmd(ui, repo, **opts):
>>>>>>
>>>>>> Maybe use a more consistent naming scheme? E.g. rename the first
>>>>>> command_cmd? But I'm ok if you want to keep the run_command name
>>>>>> as well.
>>>>>>
>>>>>> /Magnus
>>>>>>
>>>>>>
>>>>>> On 2017-04-18 19:35, Erik Joelsson wrote:
>>>>>>> The way a Mercurial plugin interacts with Mercurial has changed
>>>>>>> over time. The technique used in trees has been deprecated for a
>>>>>>> while and in 3.8, it no longer works.
>>>>>>>
>>>>>>> I have a patch that adopts the new method using decorators,
>>>>>>> introduced in Mercurial 1.9. It also contains a fallback
>>>>>>> workaround that keeps compatibility with older versions.
>>>>>>>
>>>>>>> For trees, there are further complications for versions between
>>>>>>> 1.9 and 3.1 which the patch also handles. I have run the
>>>>>>> automatic tests for all versions from 1.1 to latest as well as
>>>>>>> manually using it with various versions.
>>>>>>>
>>>>>>> Bug: https://bugs.openjdk.java.net/browse/CODETOOLS-7901672
>>>>>>>
>>>>>>> Webrev:
>>>>>>> http://cr.openjdk.java.net/~erikj/CODETOOLS-7901672/webrev.01/
>>>>>>>
>>>>>>> /Erik
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
More information about the code-tools-dev
mailing list