- ALM used: GitHub
- CI system used: Jenkins
- Languages of the repository: Java, JS, TS
- Error observed
Invalid rule key: ‘>’ or ‘=’ after attribute name (at ") - Steps to reproduce
Load issues for our project. Filter by rules, enteredwhitespace afterinto the filter to find out the Checkstyle rule violations; Pressed Show more when 60 out of 95 items are shown.
Hi,
Could we have a screenshot of this? And do you see any errors in your browser’s console?
Thx,
Ann
Hi,
Thanks for the screenshot & error. From that screenshot, I see you were trying to ‘load more’ issues when you’d basically already hit bottom. The rule keys shown in your screenshot already had 0 issues attached, so the only thing you might have gotten was more 0-issue rule keys. Nonetheless, it shouldn’t give you this error, so I’m going to flag this for the team.
Ann
I believe I didn’t hit the bottom, just 60 out of 95 items were shown.
Hi,
You’ve gone past the bottom of the issues. That rule list is sorted by issue count, so anything that was added to the list would just be more issue-less rules. But either you shouldn’t get an error, or you shouldn’t be offered the ‘more’ option. Either way, I’ve flagged this for the devs.
Ann
ok let’s wait for the team analysis.
Hi,
Just FYI, we’ve started digging into this and have identified the problem. Hopefully we’ll be able to deploy a fix soon.
Ann
Hello @ganncamp. Thanks to this post SonarCommunity Roundup, April 11 - 17 I found out the issue was created Jira .
What I’d like to add is that:
-
We don’t use Ruby in our project so this is unlikely a cause of the UI issue I reported
-
However we do use import of 3’d party rules like ESLint/Stylelint which may contribute values that are currently not processed well by UI.
Should this issue be fixed on UI instead of fixing the Ruby analyzer to cover wider set of cases?
Hi,
It looks like I picked up the wrong ticket. ![]()
There’s also an internal ticket to fix rule key filtering when keys contain commas.
Ann
