Cobertura reporter breaks on 2.6.0
See original GitHub issue@tonerdo I noticed similar issue reported in https://github.com/tonerdo/coverlet/issues/295 I recently upgraded coverlet version from 2.3.1 to 2.6.0 (some of my team members upgraded from 2.5.0 to 2.6.0) and our Cobertura reporter started failing.
Below is the log:
[Cobertura] Publishing Cobertura coverage report...
[Cobertura] No coverage results were found using the pattern '**/TestResults/coverage.*.xml' relative to '/home/ec2-user/workspace/'. Did you enter a pattern relative to the correct directory? Did you generate the XML report(s) for Cobertura?
This is our jenkin pipeline step that is failing right now with 2.6.0:
step([$class : 'CoberturaPublisher',
autoUpdateHealth : false,
autoUpdateStability: false,
coberturaReportFile: '**/TestResults/coverage.*.xml',
failUnhealthy : false,
failUnstable : false,
maxNumberOfBuilds : 0,
onlyStable : false,
sourceEncoding : 'ASCII',
zoomCoverageChart : false])
Same reporter works fine with 2.3.1 and my team members reported worked until 2.5.0. Please can you look into this? If you need anything from my side please let me know.
Issue Analytics
- State:
- Created 4 years ago
- Comments:8 (1 by maintainers)
Top Results From Across the Web
Change history for coverage.py - Read the Docs
Change history for coverage.py . These changes are listed in decreasing version number order. Note this can be different from a strict...
Read more >Coverage.py - Release 4.5.2
Python 2.6 support was broken due to a testing exception imported for the benefit of the coverage.py test suite. Properly conditionalizing it ...
Read more >charlock_holmes failing to install on fresh GDK install
Overview. gdk reconfigure is failing on installing the charlock_holmes gem. I'm able to install it just fine on its own (see command output ......
Read more >Retiring Packages with Broken Dependencies in branched ...
In preparation for the Final Freeze on 2017-06-27 Release Engineering will retire all packages in Branched with broken dependencies and all ...
Read more >people.apache.org/~donaldp/buildr/1.4.9/site/CHANGELOG
Specify using Buildr::Cobertura.report_dir = '....' * Change: Stop pretty printing the Intellij IDEA project files to avoid IDEA breaking in the presence of ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
details of current failure specifically covered in https://github.com/tonerdo/coverlet/issues/295#issuecomment-473414110
Yes the cobertura plugin from jenkins expects a cobertura file that as a non empty source tag and relative paths in the filename attribute. This was changed to support Sourcelink in #260. In #614 I changed it back to support the jenkins plugin again and also support the Sourcelink feature. However if
--use-source-link
-switch is true, the jenkins plugin implementation is too limited and can’t display the reports. Nevertheless theReportGenerator
can display it (https://github.com/danielpalme/ReportGenerator/issues/180).