[Bug]: Coverage report fails silently when PR branch is behind develop
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 88/100
Piste de recherche
Commencez par .github/workflows/run_tests_coverage_pr.yml, en particulier l’étape « Get list of changed directories », et comparez-le à .github/workflows/lint_changed_files.yml et .github/workflows/run_affected_tests.yml. Reproduisez le workflow avec une branche de pull request en retard sur develop, puis vérifiez que les répertoires modifiés sont détectés et que le commentaire de coverage contient un tableau plutôt que le message de fallback.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Description
In .github/workflows/run_tests_coverage_pr.yml, the workflow fails to detect changed packages whenever a pull request branch is behind develop. As a result, the PR coverage report comments:
Coverage Report
No coverage information available.
even though the tests run, succeed, and all other CI checks are green.
What Happens:
- Shallow Fetch of Base Branch: In
.github/workflows/run_tests_coverage_pr.yml(lines 124–127), the stepGet list of changed directoriesexecutes a shallow fetch (--depth=1). - Divergent History with No Merge Base: Because
--depth=1only fetches the single latest commit ondevelop, ifdevelophas moved forward since the feature branch was created, git cannot find a common ancestor withHEAD. - Silent Failure via
continue-on-error: Because there is no merge base in the shallow history,git diff origin/${{ github.base_ref }}...HEADfails. Because the step specifiescontinue-on-error: true, the error does not fail the job. Instead,filesanddirectoriesevaluate to an empty string"". - Coverage Script Exits Early: The downstream script
.github/workflows/scripts/run_tests_coverage/runreceives an empty directory list and exits with code0. - Bot Posts Default Fallback: Because the
$TABLEis empty, thestdlib-botpublishes the fallback "No coverage information available." comment instead of the coverage table.
Comparison with Other Workflows:
Other workflows in the repository (such as .github/workflows/lint_changed_files.yml and .github/workflows/run_affected_tests.yml) avoid this issue by computing the common ancestor commit using git merge-base. Because actions/checkout already fetches history (fetch-depth: 1000), the git merge-base calculation works reliably even if the branch is behind develop.
Proposed Fix:
Update the Get list of changed directories step in .github/workflows/run_tests_coverage_pr.yml to use git merge-base, matching the standard used in the linting workflow:
- git fetch origin ${{ github.base_ref }} --depth=1
- files=$(git diff --diff-filter=AM --name-only origin/${{ github.base_ref }}...HEAD)
+ ancestor_commit=$(git merge-base ${{ github.event.pull_request.base.sha }} ${{ github.event.pull_request.head.sha }})
+ files=$(git diff --diff-filter=AM --name-only $ancestor_commit ${{ github.event.pull_request.head.sha }})
directories=$(for file in $files; do dirname $file; done | sort -u | tr '\n' ' ' | sed 's/ $//')
echo "directories=${directories}" >> $GITHUB_OUTPUT
Related Issues
None.
Questions
If the proposed fix looks good, I am happy to open a PR to update the workflow file!
Demo
This bug can be observed in PR #15633.
- On the initial commit, the feature branch was behind
develop, and the coverage action silently failed with the fallback message. - Once
developwas merged into the PR branch (syncing the history), the coverage table generated successfully, confirming that the missing merge-base was the root cause.
Reproduction
- Open a Pull Request where the feature branch is behind
develop. - Wait for the
run_tests_coverage_pr.ymlGitHub Actions workflow to execute. - Observe the
Get list of changed directoriesstep silently failing to find changed files. - Observe the
stdlib-botcommenting the fallback text: "No coverage information available."
Expected Results
The workflow should correctly identify the changed directories using the merge base (identical to how .github/workflows/lint_changed_files.yml operates) and generate a valid coverage table for the PR.
Actual Results
The workflow silently fails to calculate the git diff due to the shallow fetch, resulting in the bot commenting a useless fallback message on the PR.
Version
develop (Latest)
Environments
N/A
Browser Version
No response
Node.js / npm Version
No response
Platform
Ubuntu (GitHub Actions Runners)
Checklist
- Read and understood the Code of Conduct.
- Searched for existing issues and pull requests.
- Langage dominant
- JavaScript
- Étoiles
- 6k
- Forks
- 1.3k
- Merge moyen
- 1 j 9 h
- PR mergées (30 j)
- 595
Préparer son environnement
Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de stdlib-js/stdlib
-
`@stdlib/string/base/percent-encode` produces malformed encoding and silently drops charactersOuverteBug
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
stdlib-js/stdlib#15595 · 6 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
[Bug]: kumaraswamy/kurtosis returns non-excess kurtosis (missing −3)Peut-être pris @Planeshifter l’a pris il y a 3 jours. OuverteBug Statistics
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
stdlib-js/stdlib#15461 · 1 commentaire · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
-
[Bug]: rayleigh/mgf returns wrong values due to misplaced parenthesisPeut-être pris @anandkaranubc l’a pris il y a 5 jours. OuverteBug
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
stdlib-js/stdlib#15456 · 6 commentaires · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
stdlib-js/stdlib#15193 · 2 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
Fix JavaScript lint errorsOuverteGood First Issue
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
stdlib-js/stdlib#14759 · 3 commentaires ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de stdlib-js/stdlib
Issues similaires
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
openlibhums/janeway#5604 ·
Les mainteneurs répondent en général sous 1 jour
-
[BUG] Generic OSC does not initialize OSC client on startup when "Listen for Feedback" is disabledOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 86/100
-
area/statement-execution TS conversion
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
scylladb/nodejs-rs-driver#584 ·
Les mainteneurs répondent en général sous 2 jours
-
新讀者走讀回報,照著一篇文章實際操作Ouvertedocumentation good first issue help wanted
Difficulté 1/5 1-3 heures Accessibilité débutants 92/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 69/100
Les mainteneurs répondent en général sous 2 jours