-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Please do not coerce errors #28
Comments
Good point, let's remove it. Can't remember why but we shouldn't mess with it. Happy to pull in a PR. It's breaking change so we'll need to bump to v6. |
Ok. It is coming.. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
signals/src/core.ts
Line 268 in 65f7fe9
Once we had a discussion on keeping the language semantics when handling errors in SolidJS. Solid did not allow throwing falsy values as errors even though the language permits it. I see you follow somewhat similar path, but coercing errors may not be good idea from the consumer's perspective. Why not keep them as is:
Is there a valid reason for coercion?
The text was updated successfully, but these errors were encountered: