Image render hook does not work with page resources any more

[Brixy]

Image render hook does not work with page resources any more

Hugo 0.64.0 on MacOS Catalina

Yes, this error occurs with latest Hugo version.

Before 0.64 this was possible:

{{ $image := .Page.Resources.GetMatch (printf "%s" (.Destination | safeURL)) }}
{{ $image.RelPermalink }}
{{ $image.Height }}
…

With 0.64 the combination of .Page.Resources and render hooks do not seem to work. Responsive images with markdown render hook are not possible any more.

Error message:

execute of template failed: template: _default/_markup/render-image.html:23:22: executing "_default/_markup/render-image.html" at <$image.RelPermalink>: nil pointer evaluating resource.Resource.RelPermalink

Not quite sure what the reason is; so I cannot tell if this is a bug.

Thanks a lot.

[bep]

I have a test site that builds fine with 0.64 with more or less the same construct as yours:

https://agitated-kilby-da786e.netlify.com/2019/12/30/blog-post/

Meaning there must be "something else" at play in your case.

[Brixy]

Thanks for your quick reply, Bep!

{{ with $image }} did the trick. Strangely, this was not necessary before.

Great photo. You live in a beautiful country.

[bep]

Strangely, this was not necessary before.

I don't see how, but if an image that was found (and displayed) in 0.63 does not show up in 0.64 -- that sounds like a real bug ...?

[Brixy]

Ok, now I know what caused the error—testing your code:

In a branch bundle (_index.html/.md file) the .Page.Resources.GetMatch part does not work and it falls back to

{{ else }}
<img src="{{ .Destination | safeURL }}"  alt="{{ $.Text }}" />
{{ end }}

.Page.Resources.GetMatch used to work in 0.63 and before.

Just noticed that this happens with my own image shortcodes, too.

I am reopening this issue because I do not know whether this is intended.

Thanks a lot, @bep!

[bep]

@Brixy sure, but as it works for me you need to provide more context. Site source link?

[Brixy]

hugo-image-render-hook-test.zip

Attached you find a minimal example.

I simply used your render hook code because this should definitely work. The output part for the image is just

<img src="image.jpg"  alt="Alt text" />

The responsive part is missing completely.

Thanks for investigating.

[Brixy]

Just added a figure short code to demonstrate that it fails with .Page.Resources on _index.md, too.

Test repository

Moreover I noticed that the file name now seems to play a role. After renaming some image files in a real project (sorry: the company has not open sourced it) the figure shortcode works.

[hbarthel]

I am using
.Resources.ByType "image"
and also face the issue that there is no image rendered anymore with 0.64.0, with 0.63.2 it worked.

[serg]

The same behavior in my case for Hugo 0.64 extended (Win 64).
Here some test case.
In content/_index.md:

...
resources:
  - src: image.jpg
---

In themes/name-of-theme/layouts/index.html:

{{with .Resources.ByType "image"}}
  <!-- You won't see a message below in browser console -->
  <script>console.log("You have an image");</script>
{{end}}

No building errors appears in Hugo terminal.
@bep, please have a look and resolve when you will have this opportunity.

[onedrawingperday]

I cannot reproduce the reports in this issue on my end.

In my projects image render hooks with Page Resources called via .Page.Resources.GetMatch work fine in v0.64.0 and v0.65.0-DEV

@Brixy when I test the homepage of your test repo I am seeing a "Yep!" being rendered by your figure shortcode and an image being rendered by the respective Markdown Render Hook template.

---

@serg it seems to me that you are having a different issue, this one is about Markdown Render Hooks and Page Resources. Not the Homepage template and Page Resources.

May I suggest that you open a support ticket in the forum along while sharing your repo or at least a simplified version .

[bep]

The only relevant change in this Hugo version was to the module/theme file mounts logic. It has plenty of tests, but the devil is in the details (this is esp. true of you consider Windows vs Linux vs MacOs etc.) There is a zip file above that should fail. Someone will look into it soon, and I'm sorry about all of this, but these changes are made with noble motivation, to bring this project forward.

[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.