On 4/19/2013 3:17 PM, Daniel Holbert wrote:
Would this mean that Beta-channel users would see some features appear
on release-day, and then disappear a couple weeks later, and then those
same features (plus maybe some new ones) would suddenly reappear on the
next release day, and then potentially disappear again? (etc)
This seems like it could be a bit unsettling & frustrating for those
users, unless I'm misunderstanding.
If we're planning up-front to switch something off before it hits
release, I think it's saner to do it at a channel-boundary (as we did in
e.g. https://bugzilla.mozilla.org/show_bug.cgi?id=814530 ). That way, a
user on a given channel will have a consistent experience.
~Daniel
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.
- A
On 04/18/2013 01:03 PM, Lukas Blakk wrote:
Hello,
I'm following up on an action from our Firefox 20 Post-Mortem where it was
discussed that it would be helpful to have a way to pref on a set of features
that want to be in early Beta builds to garner feedback and audience reach but
should not ship since they are not ready for public consumption.
Briefly reaching out on #developers identified that we could use a
pre-processing flag in mozconfigs for early betas, something like #ifdef
EARLY_BETA_ONLY_FEATURE in which case it seems to me the actions needed would
be:
* Create and publicize to engineering & product teams the location for listing
feature prefs that need enabling in early beta, but should not ship
* Create the EARLY_BETA_ONLY_FEATURE flag and make sure it enables those prefs
accordingly until we no longer include them in later beta mozconfigs
* Releng automation to switch/edit mozconfigs for earlier betas to check for
this flag
Thoughts? Feedback? People willing to take on any of these items? I'll file
bugs on them soon once we've hashed out the best way to do this.
Cheers,
Lukas
*-*-*-*-*-*
Release Manager, Mozillian
mozillians.org/lsblakk
_______________________________________________
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
