You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
🚀 You can help us to fix this issue faster by opening a pull request with a failing test. See our Contribution Guide for how to make a pull request, or read our New Contributor's Guide if this is your first time contributing.
Well I’m assuming here that a contributor thought that they had to manually edit the Definitions.js file (even though it says “ Do not manually), instead of adding to index.js. I think it would be good to possibly have a CI check to make sure npm run definitions matches the committed Definitions.js file, so we can be sure no manual editing has been applied.
Got it, I think we could simply generate the definitions file again and compare the result with what's been committed. Or do you have a different idea?
Thanks for fixing this, the discussion was about how to prevent that in the future. Generating the definitions file and comparing it to the current definitions seems an easy check for the CI. I opened #7918 so we close this issue with your fix.
Activity
parse-github-assistant commentedon Feb 12, 2022
Thanks for opening this issue!
mtrezza commentedon Feb 12, 2022
@sadortun @Moumouls could you take a look?
[-]Schema server option definition not properly added[/-][+]`SchemaOptions` definition not properly added[/+]dblythy commentedon Mar 19, 2022
What do you think about having
npm run definitionsran / checked by the CI?mtrezza commentedon Mar 19, 2022
What do you mean by "checked by the CI"?
dblythy commentedon Mar 19, 2022
Well I’m assuming here that a contributor thought that they had to manually edit the Definitions.js file (even though it says “ Do not manually), instead of adding to index.js. I think it would be good to possibly have a CI check to make sure npm run definitions matches the committed Definitions.js file, so we can be sure no manual editing has been applied.
mtrezza commentedon Mar 19, 2022
Got it, I think we could simply generate the definitions file again and compare the result with what's been committed. Or do you have a different idea?
Moumouls commentedon Apr 3, 2022
The source of the problem is simply related to the fact that the definitions were added manually to the auto-generated file
mtrezza commentedon Apr 3, 2022
Thanks for fixing this, the discussion was about how to prevent that in the future. Generating the definitions file and comparing it to the current definitions seems an easy check for the CI. I opened #7918 so we close this issue with your fix.
mtrezza commentedon Apr 3, 2022
Closed via #7917