IssueRaiser

CodeQL is missing an inline mechanism to suppress warnings

This was asked about in https://github.com/github/codeql/issues/9298 and the issue log stated "closed as not planned". The "answer" was to dismiss via the UI. But this alone is really not a sufficient mechanism: * Having to interact with the UI is supremely annoying * Spurious new warnings if the code moves cannot be avoided this way * It is _good_ to be forced to comment these exception inline where they happen * What if you are running codeql locally? Then here is _no_ mechanisim? Please consider supporting this basic, table-stakes feature that many, many linting/scanning tools afford.

Posted by bryevdv on Nov 25, 2022, 5:50 AM

Tags

Related issues

Raise real-world problems, find people facing the same issue, and discuss solutions.2,500 issues0 comments

ux (Software)

CodeQL is missing an inline mechanism to suppress warnings

bryevdvNov 25, 2022, 5:50 AM

This was asked about in https://github.com/github/codeql/issues/9298 and the issue log stated "closed as not planned". The "answer" was to dismiss via the UI. But this alone is really not a sufficient mechanism: * Having to interact with the UI is supremely annoying * Spurious new warnings if the code moves cannot be avoided this way * It is _good_ to be forced to comment these exception inline where they happen * What if you are running codeql locally? Then here is _no_ mechanisim? Please consider supporting this basic, table-stakes feature that many, many linting/scanning tools afford.

Comments (0)

No comments yet. Start the discussion.

Comment on this issue