Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

Slather empty result on Jenkins CI

Open
#542 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
25/100
Issue type
Bug
Clarity
Mostly clear
Activity status
Stale
Tech stack
ruby
Domain
ci-cd, testing-qa

Research direction

Start by reproducing the empty coverage report on Jenkins with the workspace under /var/lib/jenkins, which links to /private/var, and compare it with the working $HOME setup. The report says verbose output shows the same paths to Coverage.profdata and the binary, with no warnings. Identify whether the path or a permissions issue explains the difference, then confirm Slather generates a nonempty report.

Written by the indexing model from the issue text.

Description

For some unknown reason slather v2.6.0 generates empty coverage reports on Jenkins CI. I have setup Jenkins workspace to /var/lib/jenkins, where /var is a link to /private/var. The exact same call to slather (via Fastlane or directly - with slather file or through command params) works fine if the project is placed in the $HOME directory (/Users/dirakto/workspace). Does anybody have any solution?

I used the verbose option and according to the output I am comparing the exact same paths (to Coverage.profdata and binary), and I've granted access to files to my terminal, so my only other idea is that it's either the path's fault or slather/xcodebuild is placing some temp files and there is some permission issue.

Remember that slather is successfully generating the report and doesn't produce any warnings.

Dominant language
Ruby
Stars
1.6k
Forks
239
Avg merge
1d 9h
Merged PRs (30d)
2

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from SlatherOrg/slather

All issues in SlatherOrg/slather

Similar issues

More Ruby issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.