Closed MatteoPologruto closed 5 months ago
I remember that talking with @cmaglie we wanted to enforce this check in the codebase. Let's wait for his response if we want to tackle that in the same PR.
Yep, it would be nice to start enforcing it. I don't know how much platforms would break, BTW it seems very unlikely (in case we may relax the specification to include some extra char later).
Attention: 6 lines
in your changes are missing coverage. Please review.
Comparison is base (
51119b2
) 68.92% compared to head (b469a22
) 68.91%. Report is 1 commits behind head on master.:exclamation: Current head b469a22 differs from pull request most recent head 0f4bcf2. Consider uploading reports for the commit 0f4bcf2 to get more accurate results
Files | Patch % | Lines |
---|---|---|
internal/arduino/cores/fqbn.go | 50.00% | 4 Missing and 2 partials :warning: |
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Thanks for the feature. I see arduin-o:av-r:un-o:a=b=c=d
is valid. What config option and value does it imply? Can you confirm that config option a
has a value of "b=c=d"
?
Update: I see yes
Hello @dankeboy36! Yes, I am confirming that arduin-o:av-r:un-o:a=b=c=d
is a valid FQBN and the config key a
has the value of b=c=d
.
Please check if the PR fulfills these requirements
See how to contribute
UPGRADING.md
has been updated with a migration guide (for breaking changes)configuration.schema.json
updated if new parameters are added.What kind of change does this PR introduce?
Documentation enhancement
What is the new behavior?
Each field of the
fqbn
is checked to verify if it contains invalid characters.Does this PR introduce a breaking change, and is titled accordingly?
No
Other information