-
-
Notifications
You must be signed in to change notification settings - Fork 816
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
Maintain original errors where possible #637
Conversation
@stringbeans: Thank you for submitting a pull request! Before we can merge it, you'll need to sign the Meteor Contributor Agreement here: https://contribute.meteor.com/ |
cool, I think i was trying to crowbar a test into the schema stitching stuff, smart move having it separate 👍 going to close mine |
@timrs2998 just curious, how does the timeline work for releasing new versions of graphql-tools? should we expect a new release with this fix in a weeks time? more? less? thanks in advance :) |
@stringbeans Sorry, I'm not affiliated with Apollo in any way, but am excited for these changes to be merged. You'll have to ask someone in the apollographql org. |
not sure why the travis-ci build is failing... ive run |
Hi @stringbeans "tsc" is the typeScript compiler. I checked the travis CI and error messages seems to be related to this: apollographql/apollo-link#511 What do you think? |
@legopin yes you are correct! it does look like its related to that issue above... im not sure if the failing build is the main stopper for this PR though as it doesnt look like any maintainers have been available to review the PR yet :( if you or anyone else has any ideas on what i can do to fix the failing build im all ears! it doesnt seem related to the change in the PR but instead to external deps? |
@stringbeans Looks like #658 addressed updating the external dependency of apollo-link, removing the import error. Maybe try merging with master again. |
@legopin thanks for the reminder to merge master in again :) all is passing now! |
@stringbeans Glad to hear it works now. Is there anyway to add @freiksenet as the reviewer? |
Thanks! |
Any update on when this change is going to be released? |
Sorry for the delay. Published. |
This is to complete and address the PR previously opened here: #485
This is to address the issue logged here: #480
Currently, if schema stitching is used, any local errors will be swallowed and "recreated", thereby losing the original stack trace and making it very hard to debug. Along the same lines as what @alexFaunt proposed, we will now attach the original errors to the error object.
TODO: