Closed Bug 1590399 Opened 5 years ago Closed 5 years ago

permanent failure lines on OS X (Return code: 127) and Windows (Return code: 1)

Categories

(Firefox Build System :: Task Configuration, defect)

defect
Not set
normal

Tracking

(firefox-esr68 unaffected, firefox67 unaffected, firefox68 unaffected, firefox69 unaffected, firefox70 unaffected, firefox71 unaffected, firefox72 fixed)

RESOLVED FIXED
mozilla72
Tracking Status
firefox-esr68 --- unaffected
firefox67 --- unaffected
firefox68 --- unaffected
firefox69 --- unaffected
firefox70 --- unaffected
firefox71 --- unaffected
firefox72 --- fixed

People

(Reporter: aryx, Assigned: egao)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Since bug 1565332 landed, at least mochitests, reftests and xpcshell tests have additional lines in the failure summaries, even if the test task didn't fail.

See e.g.
https://treeherder.mozilla.org/#/jobs?repo=autoland&group_state=expanded&selectedJob=272211815&resultStatus=success%2Ctestfailed%2Cbusted%2Cexception%2Csuperseded%2Cretry%2Cusercancel&fromchange=c67e0b10b52fc8e6b17591b77fee324cac2fc38d&tochange=fd0d2f3403803d8a66ceb55595ca5a2202d858e9

For passing tasks, one has to click on 'Failure Summary' at the bottom.

OS X (Return code: 127)
Windows (Return code: 1)

These must be avoided to prevent noise and making classifications more difficult.

Flags: needinfo?(egao)

https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=272211815&repo=autoland&lineNumber=795

[task 2019-10-21T17:09:11.766Z] 17:09:11     INFO - Running command: pactl load-module module-null-sink
[task 2019-10-21T17:09:11.779Z] 17:09:11     INFO -  /bin/sh: pactl: command not found
[task 2019-10-21T17:09:11.779Z] 17:09:11    ERROR - Return code: 127
[task 2019-10-21T17:09:11.779Z] 17:09:11     INFO - Running command: pactl list modules short
[task 2019-10-21T17:09:11.786Z] 17:09:11     INFO -  /bin/sh: pactl: command not found
[task 2019-10-21T17:09:11.786Z] 17:09:11    ERROR - Return code: 127

The condition checks should have prevented this, but I probably missed something. Looking at it now.

Flags: needinfo?(egao)
Assignee: nobody → egao

The start_pulseaudio method that is called for every desktop_unittest.py call was attempting to run pulseaudio on platforms (macos, windows) that do not have pulseaudio, hence it was causing the exit code.

The fix applies a wrapper around the call to check for env var NEED_PULSEAUDIO.

Pushed by egao@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/54b183263967 do not attempt to call pulseaudio initialization (linux only) on other platforms r=gbrown
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla72
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: