-
Notifications
You must be signed in to change notification settings - Fork 771
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
Deprecate in-built Schema support in favour of drf-spectacular #1432
Comments
How about actually fixing it? |
As per #1534...
|
RFC on drf-spectacular: tfranzel/drf-spectacular#862 |
@sim1234 The reason is actually quiet simple. Generating a solid schema inside |
I have a question that belongs loosely to this topic. I use many ChoiceFilters in combination with drf and drf-spectacular. To get things working I had to put in the field_name of the model (yes that's clear so far) and the choices="Defined Choices" of my model. But when I'm doing this in the docs of drf-spectacular everything is doubled in the examples. What am I doing wrong? Can somebody point me in the right direction? |
@nicro87 you mean doubled in the schema? Please open an issue in https://github.com/tfranzel/drf-spectacular/issues Provide an (ideally self-contained) example for your filter as well as the resulting schema. This is a complicated feature and examples make it a lot easier to talk about. |
This was done in #1574. Deprecations will be in v23.2 that I'll roll this ≈week. Built-in schema methods will be removed from the DRF backend in v25.1. |
how do we migrate this to the new drf-spectacular generated schema to silence the warnings? maybe some info in the docs would be great. thank you!
|
There are a number of related issues with schema generation. I’m gathering them here so that they can be addressed together. Closing the original issues.
The text was updated successfully, but these errors were encountered: