Closed Bug 480145 Opened 15 years ago Closed 15 years ago

BuildStepStatus.setColor shouldn't be called from custom steps

Categories

(Release Engineering :: General, defect, P3)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Pike, Assigned: bhearsum)

References

()

Details

Attachments

(1 file)

For 0.7.10, setColor might go away, or not. Anywho, we should stop calling in to it from our custom build steps, I don't see a need to do so even in 0.7.9.
I'll take care of this.
Assignee: nobody → bhearsum
Status: NEW → ASSIGNED
Priority: -- → P3
Dead simple. Just removes all of setColor calls. 

We can't remove this until we upgrade, however, because we don't have the upstream code that deals with setting the color based on the step status. All of the finalizing setColor calls are right alongside finished(), so we shouldn't see any difference in behaviour when it does land.
Attachment #370648 - Flags: review?(l10n)
Marking the dependency on 0.7.10 aka bug 481886.

I wonder if we should assume we have a working patch, if we don't know which steps we'll see by the time we actually get to .10.
Depends on: 481886
Comment on attachment 370648 [details] [diff] [review]
remove setColor calls

Axel, ping?
Comment on attachment 370648 [details] [diff] [review]
remove setColor calls

oops. r=me
Attachment #370648 - Flags: review?(l10n) → review+
Comment on attachment 370648 [details] [diff] [review]
remove setColor calls

changeset:   267:eeb8c637e019
Attachment #370648 - Flags: checked‑in+ checked‑in+
I just reconfig'ed production-master and try-master for this.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: