-
Notifications
You must be signed in to change notification settings - Fork 10.3k
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
Frontmatter list items not treated as File
s
#2687
Comments
Can you build a reproduction site? There's been several PRs addressing this recently so not sure what's wrong. |
@KyleAMathews Give this a shot: https://github.com/dustinhorton/gatsby-issue It's the blog starter, and I've modified the 'New Beginnings'/'/hi-folks/' post. Not sure that was an optimal repro…let me know if I can provide something better. |
The images have to exist for the link to be created. |
@KyleAMathews Apologies, I'd forgotten to |
Ok, found the source of the bug. For our GraphQL inference, we have a general type inference and then we do special mappings for manual mappings, the Thanks @dustinhorton for the repo site! Always super helpful to have those when debugging. |
Hello @KyleAMathews, I was wondering if this addresses a nested list within a list? I am getting this error
Images within a top-level list behave as expected. Could this be related? |
@owenhoskins try not repeating your keys (you have two |
@KyleAMathews Thanks for the reply. It turns out the repeating keys were not the issue! Rather I had a onCreateNode API function that was throwing off the file system. |
I recently had an odd issue with the Type inference not working with what seemed like some reserved keys. I had a |
(Originally raised @ #780 (comment), but think it may have been missed, so wanted to make a fresh issue).
Using
1.9.83
:Markdown frontmatter list:
Query:
Result:
And if trying to treat as
File
s:Result:
The text was updated successfully, but these errors were encountered: