-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Nested logging groups tree-view #1001
Labels
enhancement
New feature or request
Comments
klaernie
added a commit
to klaernie/editorconfig-checker
that referenced
this issue
Aug 16, 2024
…ig-checker#317) Now one can request `--format github-actions` and get the errors returned in a format that should be parsable by Github Actions. I decided against implementing the grouping feature (so errors would be additionally grouped per file), since nested groups are not yet supported - actions/toolkit#1001 Doing so would then break the use cases where a linter collection like mega-linter or super-linter use groups themselves (e.g. to group errors by linter)
klaernie
added a commit
to klaernie/editorconfig-checker
that referenced
this issue
Aug 30, 2024
…ig-checker#317) Now one can request `--format github-actions` and get the errors returned in a format that should be parsable by Github Actions. I decided against implementing the grouping feature (so errors would be additionally grouped per file), since nested groups are not yet supported - actions/toolkit#1001 Doing so would then break the use cases where a linter collection like mega-linter or super-linter use groups themselves (e.g. to group errors by linter)
klaernie
added a commit
to klaernie/editorconfig-checker
that referenced
this issue
Sep 4, 2024
…ig-checker#317) Now one can request `--format github-actions` and get the errors returned in a format that should be parsable by Github Actions. I decided against implementing the grouping feature (so errors would be additionally grouped per file), since nested groups are not yet supported - actions/toolkit#1001 Doing so would then break the use cases where a linter collection like mega-linter or super-linter use groups themselves (e.g. to group errors by linter)
Since this issue is already 2 years old, is there any chance to get this fixed soon? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the enhancement
Currently, if nested groups are created using
startGroup
andendGroup
in the UI they are shown next to each other. The expectation is that the internal groups are hidden in the parent group.For example, here the more detailed group show be hidden unless the parent group is expanded:
Code Snippet
Additional information
The text was updated successfully, but these errors were encountered: