quality-time
quality-time copied to clipboard
Allow for filtering out specific measurement entities though regular expressions
This feature already exists for OWASP sources, I believe, but it would also be useful for other sources like AXE core.
For example, AXE core has limitations and therefore generates false positives. Some tools cannot be configured properly to remove these violations. In those cases, it would be useful to manage this in QT. That is the added value of QT.
Add two fields:
- Entities to include (regex)
- Entities to exclude (regex)
Add a possibility to the data model to exclude entity attributes from matching.
Implement a generic matcher in the base collector.
Note: Order of including/excluding doesn't matter, explain this in the UI somewhere.
We first need to refactor the collector to allow for filtering entities by regular expression in one location (in the base SourceCollector): #4714.
this would also come in handy when reviewing individual SonarQube violations. Sometimes the team has decided that they won't fix violations of a certain kind or they don't see it as an issue.
At least at first, we're not going to implement a generic solution, so we need to know which sources and which attributes you need to filter on. If we read your request correctly, you need:
- SonarQube, violations metric, suppress by "message"
- Axe, accessibility violations metric, suppress by "violation type"
Correct?
for now, yes
The above example shows that the issues reappearing.
%VOTE
@fniessink can we combine this with the issues that we have with software versions that do not comply to the standard? Currently, the software version metric reports an error if the version has a postfix. If we can add the regular expression to the source configuration, we might be able to fix this in one go.
@Sebastiaan127001 can you make separate issues for changes to the SonarQube and software_versions metrics, if this is still applicable?