-
-
Notifications
You must be signed in to change notification settings - Fork 269
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix: OpenAPI warnings #749
Conversation
ed77b9b
to
3e57e6d
Compare
538b8ce
to
82336f1
Compare
ab42683
to
fc9d501
Compare
fc9d501
to
a1ba4c5
Compare
There are some test failures in the joint PR, which also show up here in the |
a1ba4c5
to
cc43de6
Compare
Gemfile.lock
Outdated
@@ -605,7 +601,6 @@ GEM | |||
PLATFORMS | |||
arm64-darwin-21 | |||
arm64-darwin-22 | |||
ruby |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@newstler, I'm curious about all the removals in Gemfile.lock
. Was that intentional?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@jagthedrummer Most probably not, the only thing that should have changed there is update of jbuilder-schema
to 2.2.0
. I just restored Gemfile.lock from main
, updated jbuilder-schema
again and rebased everything against main
. Doesn't fail on my local machine
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍 Excellent! The Release:
failures here are just saying that these changes would break against the versions of the core
gems that are currently pinned in Gemfile.lock
. I'll merge the related PR in core
, then release a new version of the gems, and bump Gemfile.lock
and then this should be all good. Thanks for your work on it!
… to use it and to fail on warnings.
cc43de6
to
40bafef
Compare
In #749 we tried to bump the version of `jbuilder-schema`, but since it's a dependency of `bullet_train-api` we need to leave it alone and let it get upgraded naturally when we bump that gem.
In #749 we tried to bump the version of `jbuilder-schema`, but since it's a dependency of `bullet_train-api` we need to leave it alone and let it get upgraded naturally when we bump that gem.
In #749 we introduced more stringent checks in validating the Open API doc. https://github.com/bullet-train-co/bullet_train/pull/749/files#diff-c04c1d7b8b2c28801ca5fc5cfa976e08c1f9731284f8ad655655b2a12d9bcef6 After merging that, I also merged bullet-train-co/bullet_train-core#257 and #737 which were both passing prior to merging. I think that they probably would have failed that new test if their branches had been up to date. Since failing the tests if the doc is invalid is a brand new introduction, I'm going to disable those assertions in that test.
In #749 we introduced more stringent checks in validating the Open API doc. https://github.com/bullet-train-co/bullet_train/pull/749/files#diff-c04c1d7b8b2c28801ca5fc5cfa976e08c1f9731284f8ad655655b2a12d9bcef6 After merging that, I also merged bullet-train-co/bullet_train-core#257 and #737 which were both passing prior to merging. I think that they probably would have failed that new test if their branches had been up to date. Since failing the tests if the doc is invalid is a brand new introduction, I'm going to disable those assertions in that test.
Closes #734
Required by bullet-train-co/bullet_train-core#270
.redocly.yaml
config to turn offno-ambiguous-paths
check, as Redocly team contributor confirmed that some paths in our API are considered non ambiguous (/projects/{project_id}/goals
and/projects/tags/{id}
for example).test/controllers/api/open_api_controller_test.rb
so it fails on any warnings.