6
6
Fork
You've already forked arab
15

Inconsistent API Response Handling #40

Open
opened 2025年12月20日 00:15:11 +01:00 by Ghost · 0 comments

I've been testing the API responses from arab, and I've noticed some inexcusable inconsistencies that are driving me crazy. For some endpoints, the response structure changes randomly based on the input parameters, which makes it nearly impossible to build a reliable client around it. Why can't we have a standardized response structure?

For example, I expected the same fields in the response for various related endpoints, but sometimes they include additional metadata, and other times they don't. This is beyond frustrating. Can we please sort this out?

Additionally, I've found no clear way to handle errors effectively because responses don't reliably include status codes or error messages. It's a complete mess. I shouldn't have to check every response for changes in structure. This is not how API design should work! If we could standardize the response format, it would save us all a lot of headaches.

Can anyone else confirm this behavior? When is this going to be addressed?

I've been testing the API responses from arab, and I've noticed some inexcusable inconsistencies that are driving me crazy. For some endpoints, the response structure changes randomly based on the input parameters, which makes it nearly impossible to build a reliable client around it. Why can't we have a standardized response structure? For example, I expected the same fields in the response for various related endpoints, but sometimes they include additional metadata, and other times they don't. This is beyond frustrating. Can we please sort this out? Additionally, I've found no clear way to handle errors effectively because responses don't reliably include status codes or error messages. It's a complete mess. I shouldn't have to check every response for changes in structure. This is not how API design should work! If we could standardize the response format, it would save us all a lot of headaches. Can anyone else confirm this behavior? When is this going to be addressed?
Sign in to join this conversation.
No Branch/Tag specified
main
builds
No results found.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
cloudstream/arab#40
Reference in a new issue
cloudstream/arab
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?