Better than a 200 JSON reply containing the 4xx. "Aay it worked!" "oh."
Worked at a company where the previous devs had implemented their own frameworks for front and backend. Obviously 200 was the only possible code.
Not even 418?! Uncultured swine.
This legitimately happened to me a few months ago. A vendor API was returning HTTP 200 with the error details embedded in the JSON response. It was a pain in the ass to troubleshoot.
Yeah, had that happen a few years ago, thankfully there was a consistent status attributes in the response that I could use but still, annoying
I guess I might be evil but when I made APIs for my projects I do this, since I blindly accept the response then look at the JSON to see if it was accepted or not
Something like
if (body_has(JSON))
do_stuff_with(JSON) // including error handling if the response has an error
else
error_no_json()
I do this since I feel like JSON errors should be separate from HTTP errors
“Task failed successfully”
what the fuck
I've had this so often... very frustrating.
I like to think the 400 within a 200 is for "look, I managed to reply to you. But there is bad news"
You can give a 400 response a body though. It doesn't stop you from replying.
regardless, its a big red flag for a poorly designed api
The sad reality is that when you look at the files being requested, it's usually scrapers looking for exploits.
You can't have bugs if it's always the caller fault
can't have a website problem if every page is 404 taps forehead
Deleting all the S3 buckets on my way to the exit interview
releases a change where all routes accidentally go to the error page controller
🤷♂️ They're 4xx errors, won't be us
All 418 error codes. We good.
It's all teapots all the way down.
if (request.ip != myip)
return ErrorCodes.NotFound
And an ipv6 version for all you up 6 fans
if (request.ipv6 != myipv6)
return ErrorCodes.NotFound
3** status codes: 4000%
Oops
a pretty grafana dashboard? peak web traffic looks a lot nicer than i thought!
Better than a 200 JSON reply containing the 4xx. "Aay it worked!" "oh."
Worked at a company where the previous devs had implemented their own frameworks for front and backend. Obviously 200 was the only possible code.
Not even 418?! Uncultured swine.
This legitimately happened to me a few months ago. A vendor API was returning HTTP 200 with the error details embedded in the JSON response. It was a pain in the ass to troubleshoot.
Yeah, had that happen a few years ago, thankfully there was a consistent status attributes in the response that I could use but still, annoying
I guess I might be evil but when I made APIs for my projects I do this, since I blindly accept the response then look at the JSON to see if it was accepted or not
Something like
if (body_has(JSON)) do_stuff_with(JSON) // including error handling if the response has an error else error_no_json()
I do this since I feel like JSON errors should be separate from HTTP errors
“Task failed successfully”
what the fuck
I've had this so often... very frustrating.
I like to think the 400 within a 200 is for "look, I managed to reply to you. But there is bad news"
You can give a 400 response a body though. It doesn't stop you from replying.
regardless, its a big red flag for a poorly designed api