[MERGE] Re: ProgressTask UserWarning branching stacked->unstacked

John Arbash Meinel john at arbash-meinel.com
Wed Jan 28 01:17:08 GMT 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Martin Pool wrote:
> 2009/1/26 John Arbash Meinel <john at arbash-meinel.com>:
>> This should be happening any time you push using the generic fetch code.
>>
>> Martin added some code, such that if you create a nested progress bar,
>> and then call ".update()" on the parent, it issues the warning you saw.
>>
>> And it turns out that the generic fetching code was creating a nested
>> progress bar that it never used.
>>
>> The attached patch should prevent the warning.
> 
> It's nice that the warnings are catching this kind of nit; it's much
> better than having the whole program abort when it finds a small api
> problem.  On the other hand if it's a longstanding problem, or if it
> occurs as a knock-on effect of an exception, it looks bad to users.
> 
> I'm wondering if we should send warnings only to .bzr.log by default
> in release candidates and final releases, unless -W is given.  (I seem
> to recall discussing this before.)  I know there are cases where this
> is not precisely what you want, eg in testing plugins, but it seems
> like a fair tradeoff.
> 

We do that for deprecation warnings now. We could certainly extend that
to other warnings.

John
=:->

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkl/shQACgkQJdeBCYSNAAO9IACeOzc3BtI6Be3c5iP3uC3bGjc0
Kv0AniCN+zVNCT3W4mBRz5Pi6UmA9nus
=woS8
-----END PGP SIGNATURE-----



More information about the bazaar mailing list