Expected behaviorEither add the correct Response Model to the Documentation or make the POST /api/sendText exclusively for Groups and not single chats.Looking more closely at all the errors generated, it seems to be an issue of NoWeb. The solution I see at the moment is, that the openapi.json file needs to be changed with the backend. Additionally, As mentioned here the errors also need some more attention, both to add them to the documentation as well as ensuring they have a consistent format.
It is also strange to me why the POST /api/sendText and GET /api/sendText exist. Get would Indicate the request is cachable which definitely is not the case. It would make more sense to update the json response to have an indication whether the response is from a group message or a private message and allow parsing like that.
So my suggested course of action would be to Remove the GET /api/sendText endpoint and improve the documentation or even structure of the POST /api/sendText
EDIT:
After testing the POST /api/sendText with a group as well as GET /api/sendText with a Group, they both return the same structured data and both return not the specified response model that is indicated in POST /api/sendText
Describe the bug
Sending a
POST /api/sendText
returns the same response asGET /api/sendText
but the response doesn't match the provided model below.Version
To Reproduce Steps to reproduce the behavior:
which doesn't match the described response below in the Responses Section:
Expected behavior
Either add the correct Response Model to the Documentation or make theLooking more closely at all the errors generated, it seems to be an issue of NoWeb. The solution I see at the moment is, that thePOST /api/sendText
exclusively for Groups and not single chats.openapi.json
file needs to be changed with the backend. Additionally, As mentioned here the errors also need some more attention, both to add them to the documentation as well as ensuring they have a consistent format.It is also strange to me why the
POST /api/sendText
andGET /api/sendText
exist. Get would Indicate the request is cachable which definitely is not the case.It would make more sense to update the json response to have an indication whether the response is from a group message or a private message and allow parsing like that.So my suggested course of action would be to
Remove
the GET /api/sendText endpoint and improve the documentation or even structure of thePOST /api/sendText
EDIT: After testing the
POST /api/sendText
with a group as well asGET /api/sendText
with a Group, they both return the same structured data and both return not the specified response model that is indicated inPOST /api/sendText