<p dir="ltr"><br>
On 7 Sep 2013 02:43, "Ethan Furman" <<a href="mailto:ethan@stoneleaf.us">ethan@stoneleaf.us</a>> wrote:<br>
><br>
> On 09/06/2013 07:51 AM, Ethan Furman wrote:<br>
>><br>
>><br>
>> What guidelines determine when a bug is fixed in previous versions?<br>
><br>
><br>
> On 09/06/2013 08:29 AM, Brian Curtin wrote:<br>
>><br>
>><br>
>> If it's a bug in that version and the version is accepting bug fixes,<br>
>> i.e., not in security mode, go for it. This includes crossing the 2/3<br>
>> boundary if applicable.<br>
><br>
><br>
> On 09/06/2013 08:31 AM, R. David Murray wrote:<br>
>><br>
>><br>
>> The basic guideline is: we try very hard not to break currently working<br>
>> code in a maintenance release.  Making that decision very much depends on<br>
>> the details of each individual case.<br>
>><br>
>> [so] it probably doesn't have much positive impact if it does get<br>
>><br>
>> backported, so is it worth the (small) chance of breaking someone's code?<br>
><br>
><br>
> And they say never go to the elves for advice!  ;)</p>
<p dir="ltr">Fixes that risk breaking current doctests are rarely worth backporting, so in this case, I'd say only fixing it in 3.4 is the better option.</p>
<p dir="ltr">Definitely the kind of borderline case worth asking about, though :)</p>
<p dir="ltr">Cheers,<br>
Nick.</p>
<p dir="ltr">><br>
><br>
> --<br>
> ~Ethan~<br>
> _______________________________________________<br>
> Python-Dev mailing list<br>
> <a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/python-dev">https://mail.python.org/mailman/listinfo/python-dev</a><br>
> Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com">https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com</a><br>
</p>