Is your feature request related to a problem? Please describe.
If a part of the CMS is not working for any reason you sometimes get an error message. These error messages can be rather intimidating to the not so tech savvy user.
Describe the solution you'd like
Humanize the error messages / alerts / notifications. Something like 'An error has occurred. Try again or contact your friendly developer :) To check what went wrong click here / open console'.
Describe alternatives you've considered
Show error messages based on user roles could be a nice feature. If we know you're a developer we can show the error immediately. If we know you're an editor we should try to be less intimidating.
List of errors, most of them abracadabra to non-devs. They describe the issue just fine, but only if you know what a bitbucket/repo/branch/... is
options.replacement must be a string.options.encoding must be "unicode" or "ascii".Disregard my previous comment, I didn't read your OP 馃檮
Agreed :)
Console errors might actually be nicer for developers than notifs -- they don't disappear.
@tomrutgers Would you mind giving me a few specific error changes from the list above? Or are you wanting to change them all to a generic notif?
I think console errors are a good idea as well. Instead of rewriting them all maybe there should be a couple of general notif cagetories (error, warning, etc) with error id's that refer you to the console. The error id would help you to find ways to fix the error. The console would have the errors from the list above.
In the community development meeting, @mittalyashu mentioned that it would also be nice to give an editor the option to email an error message to the person who handles the CMS config/development.
At a very basic level, you could add a mailto link that populates the subject and content with the error message. This could include a config.yml option where you could specify an address to pre-fill in the mailto link.
Another option suggested by @mittalyashu was to have a config option to trigger a webhook on error. I imagine that would require config fields for the webhook URL and a payload format with a template tag for where the error message would be included.
Adding Failed to load settings from /.netlify/identity and Failed to load entries: API_ERROR: Not Found to the top of the list. Both errors can be fixed by enabling the git gateway in the Netlify Identity settings, but neither mention the solution.
I want to suggest adding something like Enable git-gateway in the Netlify Identity settings. to both errors as a quick win.
SGTM, though I would spell it "Git Gateway" like the setting UI does.
Failed to load entry: API_ERROR: Not Found shows up the first time you load an empty collection list. This is by no means an error and imho shouldn't even show up as such.
EDIT: Note how this error is different from the one listed on OP's list entry vs entries
Agreed, this is similar to the 404's we get when checking to see if a file exists, we shouldn't be showing any signs of error in these cases.
Most helpful comment
List of errors, most of them abracadabra to non-devs. They describe the issue just fine, but only if you know what a bitbucket/repo/branch/... is
You don't have sufficient permissions to access Netlify CMSNot allowed to create new entries in this collectionNot allowed to delete entries in this collectionoptions.replacementmust be a string.options.encodingmust be "unicode" or "ascii".