Closed stockiNail closed 2 years ago
CI fails because "Set the SONAR_TOKEN env variable.". I don't see where you remove Windows test. Maybe I could change GHA ci file.
Furthermore I removed (temporarily) the test on time axes because CI failed (even if locally it works).
Try to rebase to latest master, should help.
hmm, no, its about pr from forked repo. I'll need to investigate a bit more.
hmm, no, its about pr from forked repo. I'll need to investigate a bit more
yes because I didn't find anything new to merge.
Furthermore I removed (temporarily) the test on time axes because CI failed (even if locally it works).
I think have found the reason... could be the "locale"
This is the reason SONAR_TOKEN is not set:
Note: With the exception of GITHUB_TOKEN, secrets are not passed to the runner when a workflow is triggered from a forked repository.
Note: With the exception of GITHUB_TOKEN, secrets are not passed to the runner when a workflow is triggered from a forked repository.
Ok... that means the workflow will always fail, I guess.
Note: With the exception of GITHUB_TOKEN, secrets are not passed to the runner when a workflow is triggered from a forked repository.
Ok... that means the workflow will always fail, I guess.
I updated the CI again to only run sonar if the token exists
I updated the CI again to only run sonar if the token exists
Shall I rebase, I guess?
Don't try to fix the duplication in tests :)
Don't try to fix the duplication in tests :)
Already done... changed the exclusion in the sonar.properties
(the paths must be comma separated but without blanks)
The exclusions only apply when analysis is run from CI. This sonarcloud bot analysis only uses the settings I provided from sonarcloud UI (and it was missing the exclusions). I'm not sure if the spaces are needed for the CI.
This sonarcloud bot analysis only uses the settings I provided from sonarcloud UI (and it was missing the exclusions). I'm not sure if the spaces are needed for the CI.
Anyway ok for me! Tomorrow (if I can, or at least on Monday) I will have a look to Sonar coverage because it's not clear to me what I have seen.
And I need to understand why the tests on time don't work, even if I used the dates in the data as strings. But I can submit another PR for those tests
can you rebase once more? I'd like to see if I can get the coverage reported here :)
can you rebase once more? I'd like to see if I can get the coverage reported here :)
okI!!
can you rebase once more? I'd like to see if I can get the coverage reported here :)
DONE!
EDIT: Error: Bad credentials
ok, one more? :)
Kudos, SonarCloud Quality Gate passed!
0 Bugs
0 Vulnerabilities
0 Security Hotspots
0 Code Smells
No Coverage information
0.0% Duplication
Ok, fine. I'll explore more options later.
Ok, fine. I'll explore more options later.
OK! apologize if I could fix it :( I didn't want to add work to you.
Ok, fine. I'll explore more options later.
OK! apologize if I could fix it :( I didn't want to add work to you.
No worries, I need to learn anyway how to best use sonarcloud.
This PR is:
chartjs-adapter-luxon
andluxon
dependencies (enabling tests on time axes)test-lint
mpn command in order to add the lint test invokingnpm test