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
If you reference the same schema but have different status codes (we have a 200 and a 201 that share a response body), weird things happen. Clicking on the zippy for whichever status code wasn't last in the spec causes it to change to the other code, then expand on the next click.
If you reference the same schema but have different status codes (we have a 200 and a 201 that share a response body), weird things happen. Clicking on the zippy for whichever status code wasn't last in the spec causes it to change to the other code, then expand on the next click.
Problem code appears to be https://github.com/Rebilly/ReDoc/blob/master/lib/components/ResponsesList/responses-list.ts#L45
The returned resp is shared by all the responses and so the last one out will do the final write to status code and boom :(
It seems like a simple clone with
Object.assign({}, this.specMgr.byPointer(resp.$ref));
was enough to fix my issue but haven't really tested or dug around in the code to see if there's a better way.
The text was updated successfully, but these errors were encountered: