Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Aborted builds rendered as Failing #103

Closed
dt opened this issue Oct 22, 2014 · 5 comments
Closed

Aborted builds rendered as Failing #103

dt opened this issue Oct 22, 2014 · 5 comments

Comments

@dt
Copy link

dt commented Oct 22, 2014

The comment on https://github.com/jan-molak/jenkins-build-monitor-plugin/blob/master/src/main/java/com/smartcodeltd/jenkinsci/plugins/buildmonitor/viewmodel/JobView.java#L27 seems to indicate that this was intentional, but, at least in our usage, that is not always the case (someone might abort to get next build to start sooner, for instance). Would be nice to render aborted as gray, as other jenkins views do, or be able to configure it.

Or, even, if someone was really ambitious, alternating gray and whatever color the previous build was.

@kthsieh
Copy link

kthsieh commented Apr 8, 2015

Request++

In our case, we're having a problem where PhantomJS is periodically crashing when running on our Jenkins server, but runs fine on our laptops. So passing means we're good, failing means someone broke a test, and aborted just means PhantomJS crashed on Jenkins again. Would be nice to distinguish the three cases.

@zats
Copy link

zats commented Jul 28, 2015

I would back this issue, too, aborted is not necessarily as critical for all the teams.
I would probably add it to the options, but definitely mark it with a different class in HTML.

@r-ilott
Copy link

r-ilott commented Feb 23, 2016

This definitely needs to be configurable if it gets added. Aborted builds absolutely need to be marked as failures for us!

@gaborcseve
Copy link

The best way would be if it's configurable.
We abort the build (nightly test) if the HW resource is not available (booked by someone else). In our case abortion is not a failure.

@leemarmara
Copy link

leemarmara commented Apr 15, 2016

We would definitely appreciate the cancelled builds being differentiated from failed ones. It would stop my manager jumping up and down asking why no-one has claimed the 'broken' build and stop developers checking to see what the failure cause is.

The Radiator View used to display as grey and that was fine. I don't mind what colour it is as long as it isn't red.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants