GitHub Community
Extremely low annotation limit #68471
Replies: 6 comments 1 reply
-
|
Just adding my +1 to this, love the annotations feature and am using it in a GitHub action I've written for my organisation, but you can easily come up with >10 warnings or errors. Is there any way this can be increased? I understand page performance concerns of loading lots of these but surely something can be done here e.g. similar to "large diffs are not shown by default" We could have a similar feature for annotations Hoping this gets prioritised as with such a low limit I'm struggling to use the full benefit of the annotations 🤞🏻 |
Beta Was this translation helpful? Give feedback.
-
|
Aghotalam ya nke oma |
Beta Was this translation helpful? Give feedback.
-
|
Even a message saying that further annotations were generated but aren't shown would be a step up from silently hiding them. |
Beta Was this translation helpful? Give feedback.
-
|
I have just got in a right muddle as annotation errors I was expecting to see weren't there. Now I know the limit I might be able to work around it but it would be much better if we could see more, or at least have an indication that more errors actually exist! |
Beta Was this translation helpful? Give feedback.
-
|
I'm okay with the 10 warning / 10 error limit as long as the UI prioritizes showing warnings / errors relevant to the pull request diff. Right now I think it's in the order they are printed in the action. Which makes putting relevant warnings (caused by incrementally rolling out a stricter lint rule) in front of pull request authors more difficult. |
Beta Was this translation helpful? Give feedback.
-
|
Yeah, I ended up forking a public GH Action to add a "filter by changed lines" step. ( |
Beta Was this translation helpful? Give feedback.
-
|
10 is super low, only takes a single line change to make a static analyser potentially output more than 10 errors |
Beta Was this translation helpful? Give feedback.
-
Select Topic Area
Product Feedback
Body
According to https://github.com/orgs/community/discussions/26680, you can only have 10 warnings or errors per step, and 50 per job which feels extremely low and arbitrary. I can understand this being used to make sure other annotations from other steps don't get lost in the noise. Unfortunately, this breaks workflows which are intending to post warning annotations to specific lines in files, such as to indicate the results of static analysis checkers.
There is no user interface feedback indicating that warnings are being hidden, nor documentation about this at https://docs.github.com/en/actions/using-workflows/workflow-commands-for-github-actions#setting-a-warning-message, so it just makes it look like the feature is broken.
Beta Was this translation helpful? Give feedback.
All reactions