Skip to content
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

gqlOutputFieldResolvers will not work for nestedType on customQuery #3130

Closed
leonahliang90 opened this issue Jun 8, 2020 · 2 comments
Closed

Comments

@leonahliang90
Copy link

Bug report

Describe the bug

version of "@keystonejs/fields": "^12.0.1"

To Reproduce

  1. I created my own customQuery,and within it, will execute an existing graphql query and the end result is returned with expanded data structure.
    image

  2. however, when the expanded data structure which is passed into the gqlOutputFieldResolvers again, we will be hitting with some error, as the data being passed is not items with raw ID, instead they are object with expanded data structure from step 1.
    image

  3. Not too sure if i clarify the issue clear enough, however, i have created my own Temporary solution, which is i will replace the object back with raw ID so that the desired params will be passed into gqlOutputFieldResolvers successfully.

image

@stale
Copy link

stale bot commented Oct 7, 2020

It looks like there hasn't been any activity here in over 6 months. Sorry about that! We've flagged this issue for special attention. It wil be manually reviewed by maintainers, not automatically closed. If you have any additional information please leave us a comment. It really helps! Thank you for you contribution. :)

@stale stale bot added the needs-review label Oct 7, 2020
@bladey
Copy link
Contributor

bladey commented Apr 8, 2021

Keystone 5 has officially moved into active maintenance mode as we push towards the next major new version Keystone Next, you can find out more information about this transition here.

In an effort to sustain the project going forward, we're cleaning up and closing old issues such as this one. If you feel this issue is still relevant for Keystone Next, please let us know.

@bladey bladey closed this as completed Apr 8, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants