Hi all,
It looks like most people spent their week celebrating Groundhog Day, because it was pretty quiet here in the Community. Meanwhile, I saw statistics this week that said Punxsutawney Phil’s accuracy is worse than 50%. So his call of 6 more weeks of winter almost certainly means we’re in for an early spring. 
And now, like every week, we’d like to take a moment to recognize you, the users, who help improve the ecosystem for everyone by sparking valuable discussions and providing feedback to drive continuous improvement in our products.
SonarQube Cloud:
- An updated JaCoCo import sensor resulted in an error during coverage import and 0% coverage for some folks. Thanks to timely notification from @Adam_Birem and @timpeeters, and @LorenzoBettini, we rolled the change back quickly and are working on a safer fix. JACOCO-74
SonarQube Server / SonarQube Community Build:
-
@adrianallen asked how to get true one‑click sign‑in from Microsoft Entra ID (MyApps) into SonarQube. That’s something we’ve been saying publicly that we don’t support, even though we’ve been doing it internally for a long time. Their question was the nudge we needed to handle this, so we’ve created a ticket internally to update the docs. Thanks!
-
@scm_invn found that AI Code Autodetection does not match GitHub email addresses with SQ email addresses. We’re going to be deprecating the feature, but in the meantime the documentation needs to match how it works so we’ll update one or the other.
Rules & Languages Improvements:
-
@Jmanom reported that
java:S1166conflicts with Java’s unnamed exception variables and withjava:S7467. We’ve updatedjava:S1166so it no longer raises an issue when thecatchparameter uses the_pattern and so that it referencesjava:S7467. -
@TB-StarcMed showed that the quick-fix for
cpp:S1659rewrites anifwith multiple variable declarations into invalid C++ code. We’ve already got a ticket in the backlog for this known issue, but take this report as another vote to get it fixed quickly. -
@Corniel pointed out that
csharpsquid:S1210’s requirement to implement comparison operators for everyIComparabletype creates noisy issues for private nested types. We’ve created a ticket to relax the rule for such tightly scoped private types so it no longer forces unnecessary boilerplate. -
@1337_Nerd showed that the implicit RPG
*INZSRsubroutine is incorrectly flagged as unused byrpg:S1601even though it runs at program initialization. We’ve already implemented a fix that will be available in the next SonarQube Server release. -
@Jean_Helou provided a beautifully clear reproducer to show that
kotlin:S6518wrongly flags a call to a Javaget()method that isn’t a property accessor. We’re working on a fix that will be released soon.
Thanks again to everyone mentioned here - and to anyone we may have missed - for your ongoing contributions in making this community stronger and helping us improve Sonar products.
If you’d like to give a shout-out to someone, whether a community member or a SonarSourcer who helped you, please do so below. And if there’s someone you think we should acknowledge next week, let us know!
Ann