-
Updated
May 31, 2022 - JavaScript
static-code-analysis
Here are 431 public repositories matching this topic...
-
Updated
Jun 1, 2022 - JavaScript
-
Updated
Jun 1, 2022 - OCaml
-
Updated
Jun 1, 2022 - Nunjucks
-
Updated
May 31, 2022 - Rust
-
Updated
Jun 1, 2022 - Java
Describe the bug
When using Semgrep in CI, the warning that Semgrep collects metrics is always visible. Even if the metrics are explicitely turned off and a local config file is used, the warning always pollutes the output.
**What is the priority of the bug to y
-
Updated
May 31, 2022 - Go
Describe the solution you'd like
Validate test commands arguments before Run. This pattern will allow us to governance behaviors such as flags/arguments validation in all commands. Additionally, this should make the code easier to understand and maintain.
Requirements
Golang basic level.
“How to Implement” suggestion
See [issue](datreeio/datree#4
-
Updated
Apr 6, 2022 - PHP
Many repositories need to fix, so please help if you like.
If you could help, it would be helpful if you could comment before starting the work not to overlapping.
Fix example
Run exit command after lint.
echo '::group:: Running golangci-lint with reviewdog 🐶 ...'
goDescribe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:
- create
.banditfile with content:
[bandit]
tests: B101,B102,B301
- run
bandit -c .bandit -r module/ - get error:
[main] ERROR .bandit : Error parsing file.
Expected behavior
working as described in readme
Bandit version
ba
Bug description
I'm currently working with a project that involves calculations of large numbers.
If I have a file named test.py containing the single line:
test0 = 15 ** 20220529It takes on average 1 minute to produce any output
Configuration
No response
Command used
python3 -m pylint test.pyPylint output
Is your feature request related to a problem? Please describe.
When one is using the method "WriteString" of the type "strings::Builder" and does not handle the error it is flagged because all errors must be handled. However, This method never returns an error. Hence, it makes sense to ignore it (even by default).
The problem with revive is, that it does not allow to ignore methods with
This would allow for more localized suppressions. Say we have a method foo(Object o) in an annotated third-party library where o has no type annotation, but o really should be @Nullable, as foo() can handle being passed null as a parameter. In code checked by NullAway, say you write:
void bigMethod() {
...
foo(null); // NullAway reports an error
...
}I beli
[spotbugs] Running SpotBugs...
[spotbugs] Unexpected problem occured during version sanity check
[spotbugs] Reported exception:
[spotbugs] java.lang.AbstractMethodError: Receiver class org.slf4j.nop.NOPServiceProvider does not define or inherit an implementation of the resolved method 'abstract java.lang.String getRequesteApiVersion()' of interface org.slf4j.
-
Updated
May 16, 2022 - TypeScript
-
Updated
May 27, 2022 - Ruby
I wrote some of the code to do this in a branch https://github.com/python-security/pyt/compare/class_based_views, but since I'm working on other things and this feature seems cool and important I'm making this issue
Let me know if you would like any help in implementing.
-
Updated
May 30, 2022 - Python
-
Updated
May 25, 2022 - Go
-
Updated
Jun 1, 2022 - Ruby
-
Updated
Jun 1, 2022 - Go
Rubberduck version information
The info below can be copy-paste-completed from the first lines of Rubberduck's log or the About box:
Rubberduck version [Version 2.5.2.6030
OS: Microsoft Windows NT 10.0.22000.0, x64
Host Product: Microsoft Office x64
Host Version: 16.0.14701.20226
Host Executable: WINWORD.EXE
Description
Language inspection for assignment of LCase suggests usi
-
Updated
Mar 8, 2022 - Java
-
Updated
May 31, 2022 - Java
Improve this page
Add a description, image, and links to the static-code-analysis topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the static-code-analysis topic, visit your repo's landing page and select "manage topics."


There are some annoying warnings when building the documentation site: