-
-
Notifications
You must be signed in to change notification settings - Fork 200
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
highlight: fix codefence syntax in Hugo >= 0.121.0 #749
Comments
I can't reproduce this. Without further information, your Hugo version might be outdated. The theme requires 0.112.4 at least. |
Seems to be an issue with Hugo 0.121. Or some change I yet have to discover. It's also not working without the theme's shortcode implementation (stock Hugo). |
Strange. I'll need to investigate. The plain Hugo |
Until this is fixed you could stay with the 0.120.x releases. |
Thank you, this works. I dug into the 0.121 release notes but didn't see anything that could be relevant. There are no recently closed bugs that seem to relate to this. There is an open bug since 2021 that says this could relate to the Chroma lexer or fallback lexer gohugoio/hugo#8824 |
Correction, it does not run into an error but it also does not render the script block in 0.121. The element does not exist in the output; not even hidden, in its place there is no HTML code created. So, this has to be something that has existed longer and only now creates the error. |
This is now fixed. Something must have changed internally in Hugo. I suspect it's the new Go version. |
With the latest version of the Relearn theme I ran into a strange problem that only happens in the Gitlab build of a Hugo project that uses the theme. The Gitlab setup is the easiest from the docs:
In one template I have some code snippets that specify a starting line number
When building this fails with an error
I couldn't really understand what the problem was and had to remove the linenostart specification for this to work. It is still mentioned in the docs and I don't see a relevant change in the highligh shortcode partial that would create the issue.
The text was updated successfully, but these errors were encountered: