Join GitHub today
Add support for release-promotion (new system for releases) #764
Bug 1118794 is the tracking bug for the new release promotion system for release builds. Mainly @rail is working on it. Together with him we have to find a way to listen for specific builds (en-US and locale repacks), so we can trigger our functional tests for releases.
Via bug 1253369 we are collecting ideas for possible routing keys of Mozilla Pulse messages. Until this has not been clarified this issue is blocked on it.
So RelEng turned on Release Promotion for the latest Firefox 46.0b1 candidate builds. As result our automation didn't process any of those builds due to change Mozilla Pulse notifications. Sadly we were not able to run any tests with Release Promotion ahead of time. :(
@KaiRo-at if QA wants to have results of our functional tests, you will have to trigger an ondemand_functional testrun for all the platforms and locales you are interested in.
So what we would need to get this fixed are two different Pulse listeners. One for en-US builds and another one for the locale repacks.
This could rely on routing keys as send from TC like
This is not that easy given that RelEng does no longer produce those builds. Instead they will be picked up from the last green build on mozilla-beta, and repacked for a release build. What we would need is a message when this build is available under the candidates folder. @rail mentioned beetmover tasks to me yesterday and as it looks like we want routing keys like
Sadly all the beetmover tasks do not have any property.json file attached which we could use to identify the locales, branch, platform, version, and revision to test.
@rail can you please tell us more details?
Just to update for beta releases on mozilla-beta you can find appropriate taskcluster tasks with the following filter set:
Then just look for tasks in the
Here an example job for es-ES as fetched from the release promotion messages: