On Apr 17, 2016 1:55 PM, "Steve Fink" <sf...@mozilla.com> wrote: > > Generally speaking, Firefox's stability has not been good for me for 2-3 months. I'd like to file a bug, but I've already used up my quota of unactionable bugs, and if I dug into all of my idiosyncratic issues I'd never get any work done.
Also (and I don't mean to single out sfink; I've heard similar things from other people, and have been guilty of this myself) - filling bugs and digging into issues *is* work, so saying "I'd never get any work done" really means "I won't be able to get around to what I'm supposed to be doing instead". My view is that if we have a lot of bugs and regressions, time spent investigating and fixing those naturally acts as a backflow to new feature work, which prevents the introduction of even more bugs and regressions. So really time spent investigating these issues is good in that it encourages a self-correcting cycle, rather than just adding more regressions and work for everybody that will never get done. Of course, the tradeoff is that we have this goals system where you have to state up front what you are going to do in a quarter and that makes it harder to justify spending time on these other issues that often take a lot of time as you poke around in unfamiliar code. Also falling behind on features means we fall behind other browsers from a user perspective. My interpretation of the push on quality, though, is that this is correct tradeoff to make for us at this time, because great bug-free experiences are more useful to us right now than a pile of half-baked features. Cheers, kats > > > On 04/16/2016 08:32 PM, Nicholas Nethercote wrote: >> >> I use T-pushes on try a lot, where I build on all platforms (debug and >> opt) but run tests only on one platform (debug and opt), usually >> Linux64. I.e.: "try: -b do -p all -u none[x64] -t none[x64]". > > I think you meant "try: -b do -p all -u all[x64] -t all[x64]". > > > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
