page.TableOfContents hangs

[jmooring]

hugo v0.112.0-DEV-f56ce01ae1a3e5b399410ea8876ebc7321204edd+extended linux/amd64 BuildDate=2023-03-04T21:04:01Z

Error: Error building site: "/home/jmooring/code/hugo-testing/content/_index.md:1:1": timed out initializing value. You may have a circular loop in a shortcode, or your site may have resources that take longer to build than the timeout limit in your Hugo config file.

markdown

{{< toc >}}

layouts/shortcodes/toc.html (no problems)

{{ .Page.TableOfContents }}

layouts/shortcodes/toc.html (error / timed out)

{{ page.TableOfContents }} 

Sorry.

[bep]

I willl look at this, but:

{{ .Page.TableOfContents }}
{{ page.TableOfContents }}

The two above isn't the same thing unlsess .Page == page.

[bep]

OK; I now understand what's happening.

There's a special construct for shortcodes which allows calling .TableOfContents on itself. That isn't available on the pageso to speak.

So,

• your construct is creating an infinite loop, and that is not something that I can fix (or: want is probably a better word)
• but it's safe to use .Fragments to create the same ToC, assuming you use the correct delimiter.

[bep]

Well, it's not very hard to fix -- but it's not a bug.

[jmooring]

It should be very far down on your list.

[bep]

Also,

{{ page.TableOfContents }} 

From a shortcode doesn't make much sense as you currently will get the ToC of the first page that calls .Content which may or may be a totally different page than you think it is. That particular problem may be fixable (and that would be useful), but that's certainly not "today".

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.