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.
Describe the bug
We have several content types that are always limited to their own folder. Content type
blogdoes 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/blogand theblogcontent type.However, when we open an item from the
/content/blogfolder, Front Matter CMS still tells us that the fields do not match the default content type.If we still have to put a
type: blogto every blog entry, what is the purpose of thepageFolderssetting?To Reproduce
Steps to reproduce the behavior:
/content.type: ...to the front matter.Expected behavior
The
pageFolderssetting should infer the content type of our item.