On Fri 19 Apr 2013 04:27:22 PM PDT, Asa Dotzler wrote: > On 4/19/2013 4:04 PM, Robert O'Callahan wrote: >> On Sat, Apr 20, 2013 at 10:34 AM, Asa Dotzler <a...@mozilla.com> wrote: >> >>> That would be great -- if we had a significantly larger Aurora >>> population.. >>> Right now, the only way to get anything close to decent "did we >>> break the >>> web" testing is on our Beta channel. >>> >> >> I think Daniel was concerned about user-visible features (and I agree >> with >> that concern). >> >> If we're only going to use this flag for "does this break the Web" >> tests, >> where we expect/hope users will not notice, that sounds fine to me, >> as long >> as we stick to that rule. >> >> Rob > > I don't think it's that black and white. PDF.js and our new Cookie > policy are both user facing features and web compat concerns that need > a crap ton of compat testing. Shumway will be the same. So may some > security features like mixed content blocking, plug-in click-to-play, > etc.
I've though about this some due to some experimental features I've landed and wanted auto-disabled in beta (but mine were fine being disabled at the beta boundary.) Is there really a group of things that should all share the exact same timing? I could imagine some of them wanting a single day on beta, others at least a week or three. Explicitly backing them out of beta is already possible and brings the most flexibility, but (1) is a bit of a pain and sometimes hard to remember to do at the right moment, and (2) is under the control of devs more than release drivers. Has it been decided that #2 is desired for these sorts of things? That seems totally plausible to me; they're probably the right people to make these decisions. I'm still skeptical that all these features want to be disabled at the same time. If the desire is to put things under release driver control, you could still do a per-feature #ifdef that releng can toggle in the mozconfigs or something. Anyway, I don't have a robot chicken in this fight. Just wanted to share my thoughts. _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
