Skip to content

results: set the "imp" flag in the list of important findings #159

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

Merged
merged 1 commit into from
Apr 29, 2024

Conversation

kdudka
Copy link
Member

@kdudka kdudka commented Apr 22, 2024

... rather than clearing it. If scan results are processed later on, it is useful to know the original state of the "imp" flag, regardless of the context (whether we have a list of important findings only, or an all-in-one list of findings). A side effect will be that a red [important] tag will appear in the HTML output next to each finding, which is probably harmless.

Related: https://issues.redhat.com/browse/OSH-343
Related: https://issues.redhat.com/browse/OSH-565

@kdudka kdudka requested a review from hanchuntao April 22, 2024 13:44
@kdudka kdudka self-assigned this Apr 22, 2024
kdudka added a commit to kdudka/csmock that referenced this pull request Apr 22, 2024
... rather than clearing it.  If scan results are processed later on,
it is useful to know the original state of the "imp" flag, regardless
of the context (whether we have a list of important findings only,
or an all-in-one list of findings).  A side effect will be that a red
`[important]` tag will appear in the HTML output next to each finding,
which is probably harmless.

Related: https://issues.redhat.com/browse/OSH-343
Related: https://issues.redhat.com/browse/OSH-565
Closes: csutils#159
... rather than clearing it.  If scan results are processed later on,
it is useful to know the original state of the "imp" flag, regardless
of the context (whether we have a list of important findings only,
or an all-in-one list of findings).  A side effect will be that a red
`[important]` tag will appear in the HTML output next to each finding,
which is probably harmless.

Related: https://issues.redhat.com/browse/OSH-343
Related: https://issues.redhat.com/browse/OSH-565
Closes: csutils#159
@kdudka kdudka closed this in ac0af3e Apr 29, 2024
@kdudka kdudka merged commit ac0af3e into csutils:main Apr 29, 2024
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants