RFR: CODETOOLS-7901115: webrev -N -r generates broken patch files

Bengt Rutisson bengt.rutisson at oracle.com
Wed May 6 06:38:12 UTC 2015


On 05/05/15 22:21, Stuart Marks wrote:
> In case anyone is wondering, the changeset that Bengt is proposing to 
> revert was mine. He and I have discussed this, and reverting it seems 
> to be the best course of action in the short term.

Thanks for clarifying this, Stuart! I should have written more about it 
in my original post.

>
> This script has too many %@#$& global variables, otherwise I think 
> we'd fix it instead of backing it out.

Totally agree!

Bengt

>
> s'marks
>
> On 5/5/15 1:20 AM, Bengt Rutisson wrote:
>>
>> Hi everyone,
>>
>> Can I have a couple of reviews for this change to fix a P1 issue in 
>> the webrev
>> script? I also need a sponsor to push the change.
>>
>> http://cr.openjdk.java.net/~brutisso/CODETOOLS-7901115/webrev.00/
>> https://bugs.openjdk.java.net/browse/CODETOOLS-7901115
>>
>> There are some details for what is happening in the bug report. The 
>> conclusion
>> is that the problem was introduced by this change:
>>
>> http://hg.openjdk.java.net/code-tools/webrev/rev/09eb35524f9a
>>
>> Since this is a feature (a good feature in my opinion) but causes 
>> problems we
>> decided that the easiest way forward is to just back out this change 
>> now to make
>> sure we can trust the generated patch files again. Later we can try 
>> to implement
>> the feature to generate hg exports for "webrev -r" again.
>>
>> So, the changes proposed in this review request basically just undoes 
>> what was
>> done for 09eb35524f9a.
>>
>> Thanks,
>> Bengt



More information about the webrev-dev mailing list