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
Originally posted by vvitkovsky June 9, 2023
Hi gents,
I have one proposal related internal HTTP API - currently mediamtx has a bit different behavior for similar logic, e.g.:
/v2/webrtcsessions/get/{name} returns HTTP 200 (OK) with empty response if no WebRTC session with specified name was not found,
/v2/paths/get/{name} returns HTTP 404 (Not found) if such path was not found.
For my opinion it will be good if both will return HTTP 404 (Not found) because this logically more clear for a request for a non-existing resource (same for other get requests for HLS, RTSP, RTMP etc).
Best regards,
Victor
The text was updated successfully, but these errors were encountered:
This issue is being locked automatically because it has been closed for more than 6 months.
Please open a new issue in case you encounter a similar problem.
Describe the feature
Discussed in #1933
Originally posted by vvitkovsky June 9, 2023
Hi gents,
I have one proposal related internal HTTP API - currently mediamtx has a bit different behavior for similar logic, e.g.:
/v2/webrtcsessions/get/{name} returns HTTP 200 (OK) with empty response if no WebRTC session with specified name was not found,
/v2/paths/get/{name} returns HTTP 404 (Not found) if such path was not found.
For my opinion it will be good if both will return HTTP 404 (Not found) because this logically more clear for a request for a non-existing resource (same for other get requests for HLS, RTSP, RTMP etc).
Best regards,
Victor
The text was updated successfully, but these errors were encountered: