J
Java script Dude
I am at a point of deciding on the future of how my frameworks present
errors to users.
Currently, I capture all errors with window.onerror and I create a big
ugly JavaScript dump that includes: Error message, Line number, source
file (moz), stack dump, date, url, other meta data and some contact
information.
Needless to say, it is verbose and ugly but it has as much information
as I can get to debug the issue but form a user perspective, it must be
scary.
I am now considering other options such as showing a nice floating and
clickable message that an error ocurred. Clicking may give them the
option to read the message, send the message to dev team and with
possible debugging data.
For those who are maintaining huge JS applications, what is your ideal
way of handling JS error and keeping the users in the know without
scaring them with the gory details?
Your insight is greatly appreciated.
JsD
errors to users.
Currently, I capture all errors with window.onerror and I create a big
ugly JavaScript dump that includes: Error message, Line number, source
file (moz), stack dump, date, url, other meta data and some contact
information.
Needless to say, it is verbose and ugly but it has as much information
as I can get to debug the issue but form a user perspective, it must be
scary.
I am now considering other options such as showing a nice floating and
clickable message that an error ocurred. Clicking may give them the
option to read the message, send the message to dev team and with
possible debugging data.
For those who are maintaining huge JS applications, what is your ideal
way of handling JS error and keeping the users in the know without
scaring them with the gory details?
Your insight is greatly appreciated.
JsD