-
Notifications
You must be signed in to change notification settings - Fork 228
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
Don't suppress SQLAlchemy errors when mapping classes #169
Conversation
is this blocked? |
Nope, everything should be good to go! I just rebased on master to make sure it's up to date with the latest changes as well. |
I implemented these changes in a local virtualenv to test an error I was getting. I can confirm that these changes DO indeed fix the problem. |
Hi guys, I got this error today. We have any problem to increase these changes on master? |
These changes modify graphene-sqlalchemy to not suppress errors coming from SQLAlchemy when attempting to map classes. Previously this made the debugging experience difficult, since issues with SQLAlchemy models would produce an unclear error message from graphene-sqlalchemy. With these changes, the SQLAlchemy error is propagated to the end-user, making it possible for them to easily correct the true issue.
Codecov Report
@@ Coverage Diff @@
## master #169 +/- ##
==========================================
+ Coverage 96.92% 96.95% +0.02%
==========================================
Files 9 9
Lines 618 623 +5
==========================================
+ Hits 599 604 +5
Misses 19 19
Continue to review full report at Codecov.
|
Requested Changes have been implemented
Currently, many SQLAlchemy model definition errors are hidden the way we check if valid models have been provided. This PR allows SQLAlchemy model definition errors to propagate at model check time, and adds a test to confirm that errors are correctly propagated.
Fixes #121