Skip to content

Conversation

@wkl3nk
Copy link
Contributor

@wkl3nk wkl3nk commented Jan 22, 2026

Don't create an issue about pending identifications in FossID if actually no pending identifications exist. This bug prevents the use of configuration option treatPendingIdentificationsAsError, as it reports an issue with severity ERROR even if there are zero pending identifications.

Don't create an issue about pending identifications in FossID
if actually no pending identifications exist. This bug prevents
the use of configuration option 'treatPendingIdentificationsAsError',
as it reports an issue with severity ERROR even if there are
zero pending identifications.

Signed-off-by: klw1imb <wolfgang.klenk2@bosch.com>
@wkl3nk wkl3nk requested a review from a team as a code owner January 22, 2026 09:31
Copy link
Member

@nnobelis nnobelis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I will clarify how this impact us and review your PR.

@nnobelis nnobelis self-assigned this Jan 22, 2026
Copy link
Member

@nnobelis nnobelis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After discussion with the team, we found out that removing the issue when there is no pending file would be too much of a change for our users: for instance, when looking at the WA reports, they would not know that FossId has run and found no file pending identification.

My suggestion is that you rather fix the logic when treatPendingIdentificationsAsError is set: if the pending file count is 0, then the issue should not have its severity raised to ERROR.

What do you think ?

@fviernau
Copy link
Member

After discussion with the team, we found out that removing the issue when there is no pending file

Mind sharing which kind of "report" the users are looking at?

@nnobelis
Copy link
Member

nnobelis commented Jan 23, 2026

Mind sharing which kind of "report" the users are looking at?

As written in my message, the WebApp report.

@MarcelBochtler
Copy link
Member

for instance, when looking at the WA reports, they would not know that FossId has run and found no file pending identification.

Would it be an option to show the information that FossID was being used in the new "metadata" view added in: #11326 ?
Having a "dummy issue" to show this information seems wrong.

@fviernau
Copy link
Member

fviernau commented Jan 23, 2026

Would it be an option to show the information that FossID was being used in the new "metadata" view added in: #11326 ?
Having a "dummy issue" to show this information seems wrong.

I also think this PR is good. Creating issues for non-issues seems odd and not consistent.

Note: There is just this new #11358 which seems to show for each package the details of the scanner used. Would this be a good enough replacement for you @nnobelis ?

@nnobelis
Copy link
Member

Having a "dummy issue" to show this information seems wrong.

I think you are all influenced by the term "issue". Till now, FossId pending file numbers were always returned with a issue with severity HINT. Is such an issue really an issue ? I don't think so, this is more an informative message than anything else.

Regarding the suggestions of @MarcelBochtler and @sschuberth :
@hanna-modica What is your opinion on this ? Is is a good enough replacement to having an issue with 0 pending files ?

@sschuberth
Copy link
Member

Regarding the suggestions of @MarcelBochtler and @sschuberth :

I didn't suggest anything 😅 I guess you mean @fviernau.

@hanna-modica
Copy link
Contributor

@nnobelis, from my perspective it is enough to have the information, that FossID was used successfully. I do not really require a further hint.

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.

6 participants