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

Issue with new Hugo Version 0.56 #584

Closed
jueewo opened this issue Jul 28, 2019 · 11 comments
Closed

Issue with new Hugo Version 0.56 #584

jueewo opened this issue Jul 28, 2019 · 11 comments
Assignees
Labels

Comments

@jueewo
Copy link

jueewo commented Jul 28, 2019

With new hugo version 0.56 some elements of my page are not rendered correctly, e.g. the hero and feature component.
Contact, header, footer works ...
Syna Version: v0.15.0

@stp-ip stp-ip added the bug label Jul 28, 2019
@stp-ip
Copy link
Member

stp-ip commented Jul 28, 2019

Will look into it as soon as possible. Seems like this didn't come up with the automated deploy for the themes site.

@stp-ip
Copy link
Member

stp-ip commented Jul 28, 2019

Any open source code I can check out, where this might happen?

@jueewo
Copy link
Author

jueewo commented Jul 28, 2019

Thank you. I've fixed it by forcing Hugo version 0.55.6, issue reappears with version 0.56 (local and on gitlab pages).

temporary fix in file gitlab-ci.yml:
image: registry.gitlab.com/pages/hugo:0.55.6

@jueewo
Copy link
Author

jueewo commented Jul 28, 2019

I've just realized it also happens with the exampleSite -> fragments, so maybe easier to test.

@stp-ip
Copy link
Member

stp-ip commented Aug 5, 2019

Just ran into this again. Recommended version for now is 0.55.6. Seems like 0.56+ breaks our fragment overwrites as well as subdirectory usage for fragments such as member, items etc.

@mpourismaiel
Copy link
Member

I still can't find a fix. The problem occurs due to a change in how .Page.Resources works in v0.56 which removes the [page]/[fragment]/index.md file from page resources. I'm still working on the issue and hopefully will fix the problem in the near future. Any help would be much appreciated.

A temporary fix for now would be to move [page]/[fragment]/index.md to [page]/[fragment].md and keep subitems inside the [page]/[fragment]/ directory.

@stp-ip
Copy link
Member

stp-ip commented Aug 10, 2019

Thanks for taking a look. I hope that I have some time next week myself to take another look. Also if this feels like a regression and you have the specifics. Happy for you to open an issue (it's breaking) or I'll create it.

@sdirix
Copy link

sdirix commented Sep 4, 2019

Would be great if that could be fixed. I have two issues when using the latest hugo:

  • hugo server live reloading doesn't work with syna. You can reproduce this with https://github.com/okkur/syna-start by changing the content of the About page.
  • When changing anything in the content/_global or content/_index directories the whole Hugo server crashes (it reaches an unrecoverable state and has to be closed)

Both issues are resolved when using Hugo 0.55.6

@stp-ip
Copy link
Member

stp-ip commented Sep 4, 2019

The master from Syna should have this fixed. With syna-start update the submodule to master.

Sometimes caches don't like the Syna fragments using --ignoreCache should help.

@sdirix
Copy link

sdirix commented Sep 5, 2019

Thanks for the quick reply @stp-ip. I can confirm that switching to master solved the issues. Thank you very much for your efforts!

@stp-ip
Copy link
Member

stp-ip commented Jan 22, 2020

Seems like this is all fixed. Let us know if anything else comes up including feedback or any contributions or custom fragments, that might be nice to include.

@stp-ip stp-ip closed this as completed Jan 22, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

4 participants