You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
We have several content types that are always limited to their own folder. Content type blog does only exist in /content/blog, etc. This is a 1-to-1 relation between folders and content types.
We have defined the content types, and we have also added an entry in pageFolders, which defines the relation between /content/blog and the blog content type.
However, when we open an item from the /content/blog folder, Front Matter CMS still tells us that the fields do not match the default content type.
If we still have to put a type: blog to every blog entry, what is the purpose of the pageFolders setting?
To Reproduce
Steps to reproduce the behavior:
Create two content types with different fields.
Create a 1-to-1 relationship between the content types and subfolders of /content.
Add some content files that match the respective fields, but do not add type: ... to the front matter.
Open one content file. Front Matter does not infer the content type of the file.
Expected behavior
The pageFolders setting should infer the content type of our item.
The text was updated successfully, but these errors were encountered:
Thank you for this suggestion. Initially, this setting was added to make creating content in your page folders easier by not having to select the content-type or limit the content-types.
I understand the problem in your case and have added an extra check for retrieving the content-type from the page folder setting. You can give it a try in the latest beta version.
Describe the bug
We have several content types that are always limited to their own folder. Content type
blog
does only exist in/content/blog
, etc. This is a 1-to-1 relation between folders and content types.We have defined the content types, and we have also added an entry in
pageFolders
, which defines the relation between/content/blog
and theblog
content type.However, when we open an item from the
/content/blog
folder, Front Matter CMS still tells us that the fields do not match the default content type.If we still have to put a
type: blog
to every blog entry, what is the purpose of thepageFolders
setting?To Reproduce
Steps to reproduce the behavior:
/content
.type: ...
to the front matter.Expected behavior
The
pageFolders
setting should infer the content type of our item.The text was updated successfully, but these errors were encountered: