Closed Bug 714818 Opened 14 years ago Closed 12 years ago

Pulse message for l10n-dep builds misses 'appVersion' and 'appName' properties in build information

Categories

(Release Engineering :: General, defect, P3)

defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: whimboo, Assigned: whimboo)

References

Details

(Whiteboard: [pulse][qa-automation-wanted])

Attachments

(1 file)

With the implementation of the Mozmill CI system we want to run Mozmill l10n tests for each check-in done by localizers. To make this happen we listen for the l10n-dep notifications from the BuildConsumer on the Pulse network, e.g. 'build.mozilla-aurora-linux64-l10n-dep.657.finished'. Sadly the related Pulse messages do not contain any of the necessary build information. To successfully execute the l10n tests we need the following properties set: * product * branch * buildid (to be added for macosx64 across branches) * locale * platform * appVersion (to be added for all platforms across branches) Properties which have to be added, I have marked in brackets. So far nothing more is needed as I can see.
Priority: -- → P3
Whiteboard: [pulse]
Looks like the buildid part is fixed. I now can see this property across platforms. So I will work on a patch for appVersion.
Assignee: nobody → hskupin
Status: NEW → ASSIGNED
Chris, I assume the appversion has to be added here: http://hg.mozilla.org/build/buildbotcustom/file/f40fec804a5e/misc.py#l2395 Can you please tell me where I get the appVersion from? Does it come with the pf dict?
I believe it gets set here: http://hg.mozilla.org/build/buildbotcustom/file/f40fec804a5e/process/factory.py#l3863 It looks like it's only enabled for the nightly repack jobs at the moment. Those two SetProperty steps could probably be moved outside the 'if self.l10nNightlyUpdate:' block.
Summary: Pulse message for l10n-dep builds misses necessary build information → Pulse message for l10n-dep builds misses 'appVersion' property in build information
Summary: Pulse message for l10n-dep builds misses 'appVersion' property in build information → Pulse message for l10n-dep builds misses 'appVersion' and 'appName' properties in build information
Attached patch Patch v1Splinter Review
Sorry, for forgetting about this bug. Just found it while digging through old assigned bugs. Here the patch to move those to setProperty calls out of the if condition. It's untested so you might want to have a check if that works as expected.
Attachment #779638 - Flags: review?(catlee)
Whiteboard: [pulse] → [pulse][qa-automation-wanted]
Comment on attachment 779638 [details] [diff] [review] Patch v1 Review of attachment 779638 [details] [diff] [review]: ----------------------------------------------------------------- Looks fine to me! Thanks for the patch.
Attachment #779638 - Flags: review?(catlee) → review+
Chris, it would be great if you could take care of its landing. Thanks.
Keywords: checkin-needed
Attachment #779638 - Flags: checked-in+
I assume the bug can be closed now. Thanks for the landing. http://hg.mozilla.org/build/buildbotcustom/rev/8511028bb750
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
It's not merge to production or deployed yet. The buildduty person will do that in the next few days for that and will comment here, then the bug can be closed.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
In production
Product: mozilla.org → Release Engineering
So can we close this bug now as fixed?
Flags: needinfo?(rail)
If it fixed the issue - sure, go ahead and resolve the bug.
Flags: needinfo?(rail)
Explicitely checked one of the last pulse messages: ["appVersion", "25.0a2", "SetProperty Step"] ["appName", "Firefox", "SetProperty Step"] So it's fixed.
Status: REOPENED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: