-
-
Notifications
You must be signed in to change notification settings - Fork 912
Swagger Look Messy with Subresource #1316
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
Comments
Looks fine 😆 |
also consider to add depth settings. |
I'd like a case reproduction for name collision if you have one! |
sorry typo... when i want to make both as "user" sub resources, its not allowed. we should allow this practices. |
@soyuka : do you have suggestion for quick fix for this? |
@synchr0n123r this look like a bug, I need to take a closer look. |
@synchr0n123r I don't get it, this should be good. All you have to do is add a See the referenced commit, that's exactly what the test is trying to do and I'm getting the correct results. Please give me a reproduction case in a |
Any updates? |
Hey same issue here, I think it should be nice to control the depth of subresources. For example, If I have /api/publications/{id}/comments and /api/users/{id}/publications, I don't want to generate the route /api/users/{id}/publications/{publications}/likes. I tried by adding @MaxDepth(1) annotation but no effect (I'm pretty sure it's because MaxDepth is related to the serializer and not the route generator but I give it a try ^^) Thanks! |
No you're right. Should be pretty easy to implement in
Feel free to PR on this :). |
@soyuka sure I am on it with also a bug with normalization_context with subresources: |
I think we should close this with the PR merged! |
Uh oh!
There was an error while loading. Please reload this page.
I working with sub resources, and now swagger page look very messy.
Subresource should not appear on target groups. Any setting to prevent this?
The text was updated successfully, but these errors were encountered: