this post was submitted on 09 Dec 2023
620 points (99.2% liked)

Programmer Humor

32455 readers
885 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] savvywolf@pawb.social 65 points 11 months ago (2 children)

Willing to bet that the backend that they are using doesn't actually give any useful error messages.

[–] RoadArchie@lemmy.ml 27 points 11 months ago

Why use many words when few do trick but for system logs.

[–] GarytheSnail@programming.dev 14 points 11 months ago (2 children)

Would they surface that to the user anyway? That's something to log, not to tell the client that xyz service failed because of error 123.

[–] Johanno@feddit.de 18 points 11 months ago* (last edited 11 months ago) (3 children)

I hate this attitude. Yeah don't give the user stacktraces on error but if you give it a meaningful headline and go in detail, experienced users will be able to deal with the problem if possible. If you go Microsoft-error of mystic ways you will have people Google "unexpected error e34566xce" and they will see that it has 10 possible reasons so you don't know what even went wrong.

[–] azertyfun@sh.itjust.works 9 points 11 months ago

Anyone who says error codes shouldn't bubble up to the user are incompetent. Either because an incompetent PM infantilizes their users, or more likely because incompetent teams don't/won't take an extra 10 minutes to do proper error handling (and they suffer from this as well since they're the ones who spend hours deciphering the result of a try {} catch(_) { error("we did a fucky wucky uwu") }).

[–] GarytheSnail@programming.dev 4 points 11 months ago* (last edited 11 months ago)

There's nothing a user is going to be able to do if this is a problem with the backend. The person I replied to did specify backend, right?

[–] MonkderZweite@feddit.ch 3 points 11 months ago (1 children)

Thin line between giving useful error messages and more attack surface.

[–] Johanno@feddit.de 5 points 11 months ago (1 children)

If your code gives attack surface by information about what went wrong maybe you should not even deploy anything. If your code needs to be secret to be secure your code is anything but secure.

[–] MonkderZweite@feddit.ch 4 points 11 months ago

Not code but internet. A often seen error is letting Appache/Nginx display their name & version in 403/404 pages. First step in planning an attack.

[–] PixxlMan@lemmy.world 12 points 11 months ago* (last edited 11 months ago) (1 children)

No, please tell the user. They've got their big boy pants on and can handle seeing one or two weird squiggles in the worst case, and might be able to actually diagnose and fix the issue themselves (without having to go through support) in the best case.

[–] max@feddit.nl 12 points 11 months ago

If it’s a backend/service issue, tell the user, but the bare minimum. You shouldn’t disclose too much info about your system to the end user (think of stack traces, error codes unique to some dependency you’re using) as it may give an attacker some valuable information.