Configuration Checklist
Verify your SonarQube™ server settings in global settings of Bitbucket
Run SonarQube™ source code analysis for main branch
Configure the source code analysis
Analysis results must be visible in SonarQube™
Configure corresponding SonarQube™ project in repo settings of Bitbucket
Go to source code view and see the existing issues/stats
You should see the SonarQube™ statistics and issue annotation
Statistics and annotations are missing? Verify your Bitbucket repository configuration:
Did you configure the correct analysis directory?
Does the SonarQube™ project key match with the configuration in Bitbucket?
Create a pull request with issues in the code.
Run SonarQube™ source code analysis for source branch of your pull request.
Go to the pull request view and check if the analysis results are visible. You should see a quality gate status overview, and issue annotations in the pull request diff.
An error
hints at a wrong analysis configuration or a wrong analysis directory setting
No issue annotations:
Verify that you can see the issues that should be shown in SonarQube™
Do the issue annotations appear after clicking “Refreshing Sonar™ analysis” in the pull request overview? Then check your Webhook configuration
1. Sonar™ issue information not found
Problem: In the pull request, you get the following error:
Resolution: Verify that you have configured a webhook for the Include Code Quality for Bitbucket app under SonarQube™ → Administration → Configuration → Webhooks and that the last delivery status is OK (green). If it is red like in the following screenshot, check our Webhook troubleshooting guide:
2. Failed to get statistics: Component key not found
Problem: In the pull request, you get the following error:
Resolution: The app requires that you analyze the branch of your pull requests with SonarQube™. Check that you have a SonarQube™ project with that key:
If you are sure that there is a project in SonarQube™ with such a key in SonarQube™, check the selected SonarQube™ Edition in the server configuration:
3. No annotations for SonarQube™ issues within a pull request
Problem: No annotations for SonarQube™ issues are shown in a pull request, although you expect some:
Resolution:
a) The app only shows annotations with minimum issue severity (e.g. MAJOR) according to the repository settings option “Min. severity to show”. So if you cannot see annotations because all issues in your pull request are of severity MINOR, check this setting and update it accordingly.
b) Verify that you have configured a webhook in SonarQube™ for the Include Code Quality for Bitbucket app and that the last delivery status is OK (green). If it is red like in the following screen shot or if you don’t see a webhook entry for this app, check our Webhook troubleshooting guide:
c) For MySQL/MariaDB users: check that you use UTF-8 character set instead of latin1 or similar, otherwise you will not see annotations in your pull request and DataTruncationException
in your Bitbucket server log.
To fix this, change the DB character set for the Bitbucket database tables to UTF-8 as described in the linked Atlassian ticket.
4. Receiving the error message of “The ‘component’ parameter is missing”.
Problem: Receiving the error message of “The ‘component’ parameter is missing”.
Resolution: is caused by having an incompatible app version for their SonarQube™ version. They need to upgrade the app to the latest version, that should resolve the issue.
5. Webhook set up failed
Check if you have a webhook configuration in SonarQube™ Admin -> Configuration -> Webhooks with the name ch.mibex.bitbucket.sonar:
If there is no webhook configuration for Bitbucket, please check the Bitbucket Server log for any errors. Also, check that your network/firewall configurations allow communication between SonarQube™ and Bitbucket.
If you have a webhook configuration, you should see annotations in your pull requests, after a new analysis has been run.
If no annotations are shown, please check the webhook delivery status in SonarQube™ under SonarQube™ Admin -> Configuration -> Webhooks. If you see a 502 Server Unreachable error, then it could be either that
you are using localhost or a wildcard address for Bitbucket which is not supported because SonarQube™ does not allow these. Please use the real Bitbucket hostname instead.
you do not have a valid HTTPS certificate for Bitbucket configured in SonarQube™'s JVM, see this community article for more information.
you have invalid proxy settings that prevent SonarQube™ from connecting Bitbucket: check your
-Dhttp.proxyHost
and-Dhttp.nonProxyHosts
JVM arguments
For SonarQube™ 7.7, please make sure to pass -Dsonar.analysis.scmRevision=COMMIT_ID to your SonarQube™ analysis. For newer SonarQube™ versions, this is not necessary anymore.
6. Links back to SonarQube™ not working/wrong URL
Two places to check the URL:
On Bitbucket in Include Code Quality for Bitbucket server config:
Ensure to properly set the Display URL in your Include Code Quality for Bitbucket Server Configuration, if it’s different then Application URL.
On SonarQube™: make sure to set the Server base URL correctly on your SonarQube™ server:
Log in to the SonarQube™ dashboard and click on the “Administration” tab.
Browse to the “Configuration -> General settings -> General” menu.
Under the “General” section, change the “Server base URL” to the correct server domain name.
Save the changes.
7. Plugin unable to start
See Unable to start the plugin container / OSGi cache corruption in Bitbucket