Regressions in TB 31.x and 33 - take two

Ludovic Hirlimann lhirlimann at
Sun Oct 26 09:41:40 UTC 2014

On 26/10/2014 06:44, Kent James wrote:
> On 10/25/2014 11:34 AM, Jörg Knobloch wrote:
>> userChrome.css not honoured
>> Kent James said: "no visibility". This is clearly not the case.
>> userChrome.css not being honoured is noticed by all those who use it,
>> admittedly, a minority.
> Let's define "no visibility". What that means is that the bug has not
> been elevated to the urgent attention of the developers who might try
> to fix it, of whom I am one. Perhaps you misunderstand my definition.
> BMO should be used as the mechanism to bring important bugs to the
> attention of relevant developers.
> But bug 1069419 in BMO is:
> - Unconfirmed
> - normal (default) importance
> - no "regression" keyword.
> - no flags
> - no votes
> - tiny CC list
> That is the BMO representation of a bug that is has not been deemed
> important. I am not saying that this bug is in fact unimportant,
> frankly I don't really know. What I am saying is that, as currently
> represented in the system, this is not a bug that is likely to get any
> attention. So "the discussion went off on a tangent" precisely because
> bugs that you claim are important are in fact not, as represented by
> the triage process. Either the bug is truly unimportant, or the triage
> process is broken. Giving you the benefit of the doubt, we asked
> whether the triage process is broken and started to discuss it.
And the best way to fix the triagge process is by spending time helping
that process becoming better (the more hands and eyes are looking at
bugzilla - the better).


[:Usul] MOC Team at Mozilla
QA Lead for Thunderbird -

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 213 bytes
Desc: OpenPGP digital signature
URL: <>

More information about the tb-planning mailing list