[JIRA] (JENKINS-12645) Violations plugin reports its own failures as build failures

33 views
Skip to first unread message

acdha@java.net (JIRA)

unread,
Feb 3, 2012, 4:32:51 PM2/3/12
to jenkinsc...@googlegroups.com
acdha created JENKINS-12645:
-------------------------------

Summary: Violations plugin reports its own failures as build failures
Key: JENKINS-12645
URL: https://issues.jenkins-ci.org/browse/JENKINS-12645
Project: Jenkins
Issue Type: Bug
Components: violations
Reporter: acdha
Assignee: peterkittreilly


Violations will cause a build to be marked as failed due to build configuration problems - for example if the coverage.py HTML path is empty or incorrect, the build will inaccurately be reported as failing and spam innocent committers. It should be marked as aborted or some other state indicating that the tests actually passed but there was something wrong within the Jenkins environment.

{{{
ERROR: failed to find coverage HTML reports
Build step 'Publish coverage.py HTML reports' changed build result to FAILURE
}}}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jenkins-ci.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


acdha@java.net (JIRA)

unread,
Feb 6, 2012, 3:28:24 PM2/6/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-12645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=158710#comment-158710 ]

acdha commented on JENKINS-12645:
---------------------------------

I found a more annoying variant when something when wrong parsing our JSLint output:

{{{
ERROR: Publisher hudson.plugins.violations.ViolationsPublisher aborted due to exception
java.io.EOFException: input contained no data
at org.xmlpull.mxp1.MXParser.fillBuf(MXParser.java:3003)
at org.xmlpull.mxp1.MXParser.more(MXParser.java:3046)
at org.xmlpull.mxp1.MXParser.parseProlog(MXParser.java:1410)
at org.xmlpull.mxp1.MXParser.nextImpl(MXParser.java:1395)
at org.xmlpull.mxp1.MXParser.next(MXParser.java:1093)
at hudson.plugins.violations.parse.AbstractParser.expectNextTag(AbstractParser.java:262)
at hudson.plugins.violations.types.jslint.JsLintParser.execute(JsLintParser.java:25)
at hudson.plugins.violations.parse.AbstractTypeParser.parse(AbstractTypeParser.java:57)
at hudson.plugins.violations.ViolationsCollector.doType(ViolationsCollector.java:187)
at hudson.plugins.violations.ViolationsCollector.invoke(ViolationsCollector.java:114)
at hudson.plugins.violations.ViolationsCollector.invoke(ViolationsCollector.java:25)
at hudson.FilePath.act(FilePath.java:788)
at hudson.FilePath.act(FilePath.java:770)
at hudson.plugins.violations.ViolationsPublisher.perform(ViolationsPublisher.java:74)
at hudson.tasks.BuildStepMonitor$3.perform(BuildStepMonitor.java:36)
at hudson.model.AbstractBuild$AbstractRunner.perform(AbstractBuild.java:700)
at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:675)
at hudson.model.AbstractBuild$AbstractRunner.performAllBuildSteps(AbstractBuild.java:653)
at hudson.model.Build$RunnerImpl.post2(Build.java:162)
at hudson.model.AbstractBuild$AbstractRunner.post(AbstractBuild.java:622)
at hudson.model.Run.run(Run.java:1434)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:238)
Build did not succeed and the project is configured to only push after a successful build, so no pushing will occur.


}}}

> Violations plugin reports its own failures as build failures

> ------------------------------------------------------------

acdha@java.net (JIRA)

unread,
Feb 6, 2012, 3:30:25 PM2/6/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-12645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

acdha updated JENKINS-12645:
----------------------------

Description:

Violations will cause a build to be marked as failed due to build configuration problems - for example if the coverage.py HTML path is empty or incorrect, the build will inaccurately be reported as failing and spam innocent committers. It should be marked as aborted or some other state indicating that the tests actually passed but there was something wrong within the Jenkins environment.

{code}


ERROR: failed to find coverage HTML reports
Build step 'Publish coverage.py HTML reports' changed build result to FAILURE

{code}

was:


Violations will cause a build to be marked as failed due to build configuration problems - for example if the coverage.py HTML path is empty or incorrect, the build will inaccurately be reported as failing and spam innocent committers. It should be marked as aborted or some other state indicating that the tests actually passed but there was something wrong within the Jenkins environment.

{{{
ERROR: failed to find coverage HTML reports
Build step 'Publish coverage.py HTML reports' changed build result to FAILURE
}}}

> Violations plugin reports its own failures as build failures

> ------------------------------------------------------------


>
> Key: JENKINS-12645
> URL: https://issues.jenkins-ci.org/browse/JENKINS-12645
> Project: Jenkins
> Issue Type: Bug
> Components: violations
> Reporter: acdha
> Assignee: peterkittreilly
>
> Violations will cause a build to be marked as failed due to build configuration problems - for example if the coverage.py HTML path is empty or incorrect, the build will inaccurately be reported as failing and spam innocent committers. It should be marked as aborted or some other state indicating that the tests actually passed but there was something wrong within the Jenkins environment.

> {code}


> ERROR: failed to find coverage HTML reports
> Build step 'Publish coverage.py HTML reports' changed build result to FAILURE

> {code}

acdha@java.net (JIRA)

unread,
Feb 6, 2012, 3:30:25 PM2/6/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-12645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=158710#comment-158710 ]

acdha edited comment on JENKINS-12645 at 2/6/12 8:28 PM:
---------------------------------------------------------

I found a more annoying variant when something when wrong parsing our JSLint output:

{code}

{code}

was (Author: acdha):

> Violations plugin reports its own failures as build failures

> ------------------------------------------------------------

acdha@java.net (JIRA)

unread,
May 30, 2012, 10:03:24 AM5/30/12
to jenkinsc...@googlegroups.com

[ https://issues.jenkins-ci.org/browse/JENKINS-12645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=163317#comment-163317 ]

acdha commented on JENKINS-12645:
---------------------------------

A common trigger for this is that the acceptable values for the directory name are completely undocumented and not relative to the workspace. Using something like {{{**/coverage}}} will work but simply {{{coverage}}} will not.

> Violations plugin reports its own failures as build failures
> ------------------------------------------------------------
>
> Key: JENKINS-12645
> URL: https://issues.jenkins-ci.org/browse/JENKINS-12645
> Project: Jenkins
> Issue Type: Bug
> Components: violations
> Reporter: acdha
> Assignee: peterkittreilly
>
> Violations will cause a build to be marked as failed due to build configuration problems - for example if the coverage.py HTML path is empty or incorrect, the build will inaccurately be reported as failing and spam innocent committers. It should be marked as aborted or some other state indicating that the tests actually passed but there was something wrong within the Jenkins environment.
> {code}
> ERROR: failed to find coverage HTML reports
> Build step 'Publish coverage.py HTML reports' changed build result to FAILURE
> {code}
Reply all
Reply to author
Forward
0 new messages