You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
🐛 Biome Github Reporter does not work correctly when it is executed in a nested directory #5447
I have a python project where the client application is in the client directory. I want to run the biome ci . --reporter=github command in it (in CI environment). Biome is installed there as a node dependency.
Unfortunately, the reporter does not include the client directory name in the file names, and because of this errors/warnings are not displayed in PR.
I have to use (not very nice) workarounds to run biome from root directory to make it work. But I would like the name of the directory where the project is located to be resolved by default.
::warning title=lint/suspicious/noExplicitAny,file=/src/app/apollo/config/cache.ts,line=16,endLine=16,col=24,endColumn=27::Unexpected any. Specify a different type
Expected result
::warning title=lint/suspicious/noExplicitAny,file=/client/src/app/apollo/config/cache.ts,line=16,endLine=16,col=24,endColumn=27::Unexpected any. Specify a different type
Why should Biome preprend the client/ to the path, even when it's run from inside that folder?
What's the structure of the repository? Is client/ the root folder of the project?
I believe this is a regression of using relative paths instead of absolute paths.
@Conaclos, you were an advocate for the change. What are your thoughts? Should we revert the change at this point? Using absolute paths in diagnostics seemed OK.
Why should Biome preprend the client/ to the path, even when it's run from inside that folder?
Biome itself shouldn't, of course. But in the circumstances where we run it with the --reporter=github flag I expect it to adjust to the environment conditions
What's the structure of the repository? Is client/ the root folder of the project?
Does this mean there isn't a viable way to report out issues in github actions if we are using a nested directory?
My current repo is a django monorepo with the frontend nested inside of it
apps/
frontend/
config/
...
Where all frontend related files like package.json, biome.json, etc live inside the frontend/ folder. Right now using biome we have no clean way to display errors in github actions. Summary doesn't display errors for lint rules in a way to understand as it collects all failures of the same rules together to display a count, and github reporter breaks since while it outputs it as a list of files and lines, the output is very hard to parse as its meant to be read by github itself to place those errors and warnings in the files changed preview.
Would it be possible to include some configuration within the reporter or cli to if desired include a prepended path?
Hi, is it possible to reopen this? This should be configurable as to allow showing the absolute path so that it maps to the correct file. The reporter is not as useful if these annotations are not visible in the PR diff itself
Here's a quick reproduction. The checks errors which are displayed in the workflow run are not visible inline on this PR diff. This is because the file field in the annotations use relative paths, which doesn't get mapped correctly to the files in the PR diff.
Activity
github-actions commentedon Mar 25, 2025
Hello @e965, please provide a minimal reproduction. You can use one of the following options:
npm create @biomejs/biome-reproductionIssues marked with
S-Needs reprowill be closed if they have no activity within 3 days.ematipico commentedon Mar 25, 2025
Few questions:
client/to the path, even when it's run from inside that folder?client/the root folder of the project?I believe this is a regression of using relative paths instead of absolute paths.
@Conaclos, you were an advocate for the change. What are your thoughts? Should we revert the change at this point? Using absolute paths in diagnostics seemed OK.
e965 commentedon Mar 25, 2025
@ematipico
Biome itself shouldn't, of course. But in the circumstances where we run it with the
--reporter=githubflag I expect it to adjust to the environment conditionsSomething like this:
kaylesworth commentedon Jul 17, 2025
Does this mean there isn't a viable way to report out issues in github actions if we are using a nested directory?
My current repo is a django monorepo with the frontend nested inside of it
Where all frontend related files like
package.json,biome.json, etc live inside thefrontend/folder. Right now using biome we have no clean way to display errors in github actions. Summary doesn't display errors for lint rules in a way to understand as it collects all failures of the same rules together to display a count, and github reporter breaks since while it outputs it as a list of files and lines, the output is very hard to parse as its meant to be read by github itself to place those errors and warnings in the files changed preview.Would it be possible to include some configuration within the reporter or cli to if desired include a prepended path?
nsswaga commentedon Oct 8, 2025
Hi, is it possible to reopen this? This should be configurable as to allow showing the absolute path so that it maps to the correct file. The reporter is not as useful if these annotations are not visible in the PR diff itself
ematipico commentedon Oct 8, 2025
@nsswaga the issue has been closed because there's no reproduction. Please provide one and we will re-open it
nsswaga commentedon Oct 8, 2025
Here's a quick reproduction. The checks errors which are displayed in the workflow run are not visible inline on this PR diff. This is because the
filefield in the annotations use relative paths, which doesn't get mapped correctly to the files in the PR diff.Update dependency @biomejs/biome to v2.5.14 (#24)
Update dependency @biomejs/biome to v2.5.14 (#45)