Perhaps including a compressed and base64-encoded stack trace along with a user-friendly and helpful error message would be a good compromise: developers can still see the stack trace, but users will be less intimidated by a string of letters looking like some kind of "security token" than by a stack trace.
There are many strategies, you can address a log file, dump a readme and point to it, give a full reporting procedure, tell the user to contact the admins, state that you have been alerted and will get back to them...
It depends a lot of the experience you want for the users, so there is not really a single catch-all solution.
Thank you for the interesting article! I think I can use this well.
A short question though: In this sentences: "If sys.excepthook != sys.excepthook`, then the function has already been replaced."
Should it not compare to the sys.__excepthook__ function?
Best!
Indeed, markdown ate the __ and made it bold instead. Thanks
Just use friendly/friendly-traceback and let it take care of it! ;-) https://github.com/friendly-traceback/friendly
Perhaps including a compressed and base64-encoded stack trace along with a user-friendly and helpful error message would be a good compromise: developers can still see the stack trace, but users will be less intimidated by a string of letters looking like some kind of "security token" than by a stack trace.
There are many strategies, you can address a log file, dump a readme and point to it, give a full reporting procedure, tell the user to contact the admins, state that you have been alerted and will get back to them...
It depends a lot of the experience you want for the users, so there is not really a single catch-all solution.