Issue: pageFolders "previewPath" setting doesn't seem to work
See original GitHub issueDescribe the bug
Despite setting the previewPath key in frontmatter.content.pageFolders
, the preview for a page still opens to <frontMatter.preview.host>/<slug>
.
To Reproduce
Steps to reproduce the behavior:
-
Add Front Matter to a hugo site
-
Define
frontMatter.preview.host
ashttp://localhost:1313
-
Define
frontmatter.content.pageFolders
as:"frontMatter.content.pageFolders": [ { "title": "Blog Posts", "path": "[[workspace]]/content/posts", "previewPath": "posts" } ]
-
Add
foo.md
in thecontent/posts
folder -
Open
foo.md
and selectOpen preview
-
Get a 404 error and see the URL for the preview is
http://localhost:1313/foo
instead ofhttp://localhost:1313/posts/foo
.
Expected behavior
When I set the previewPath option for a page folder, the pages in that folder should have the value of previewPath appended to the preview host before the page slug when I preview that page.
Screenshots
Desktop (please complete the following information):
- VS Code Info:
- Version: 1.70.2 (system setup)
- Commit: e4503b30fc78200f846c62cf8091b76ff5547662
- Date: 2022-08-16T05:35:13.448Z
- Electron: 18.3.5
- Chromium: 100.0.4896.160
- Node.js: 16.13.2
- V8: 10.0.139.17-electron.0
- OS: Windows_NT x64 10.0.19044
- Front Matter: v8.0.1
Additional context
I did notice that if I set the previewPath for the Post
content type in frontMatter.taxonomy.contentTypes
that works - but my problem is, for the rest of my content, it lives in subfolders of a single folder (in this case, games
, like games/factions
, games/factions/supplements/coasts
, and so on), which would require me to redefine the content type over and over.
With previewPath set on the content type, it does show the correct preview page. However, the URL seems malformed, showing http://localhost:1313/posts\automated-factions
instead of http://localhost:1313/posts/automated-factions
- presumably because I’m on Windows?
I tried using the diagnostics and output terminal to see what was going on, but the output terminal only showed me an info message saying “Receiving message from webview to panel: open-preview” and the diagnostic info didn’t include anything related to the content or folder specific preview settings.
I’m not clear if I’ve misconfigured something or misunderstood this feature. I saw #254 which implies a future feature for being able to leverage the SSG’s own preview settings, which would likely resolve my entire problem, but I thought it worthwhile to file this issue as I would expect, even with that feature, that this override would function.
Issue Analytics
- State:
- Created a year ago
- Comments:5 (3 by maintainers)
Top GitHub Comments
Thanks @michaeltlombardi for confirming
@estruyf confirmed, it’s working! Thank you enormously for this fix, this is wayyyy easier to manage. 😊