Hugo ≥0.76.* i18n breaks authorbox_name string

[Vimux]

After upgrading to Hugo 0.76.*, the authorbox_name i18n string stops working correctly.

Hugo version

$ hugo version
Hugo Static Site Generator v0.76.5/extended darwin/amd64 BuildDate: unknown

Theme is up to date?

Yes. 8c2da72

Expected behavior

Screenshot

Current behavior

Screenshot

Problem

exampleSite demo build log shows the following warning messages since bumping to Hugo 0.76.*:

WARN 2020/10/12 13:40:31 Failed to get translated string for language "en" and ID "authorbox_name": template: :1:9: executing "" at <.Count>: can't evaluate field Count in type string
WARN 2020/10/12 13:40:31 Failed to get translated string for language "en" and ID "authorbox_name": template: :1:9: executing "" at <.Count>: can't evaluate field Count in type string
WARN 2020/10/12 13:40:31 Failed to get translated string for language "en" and ID "authorbox_name": template: :1:9: executing "" at <.Count>: can't evaluate field Count in type string
WARN 2020/10/12 13:40:31 Failed to get translated string for language "en" and ID "authorbox_name": template: :1:9: executing "" at <.Count>: can't evaluate field Count in type string
WARN 2020/10/12 13:40:31 Failed to get translated string for language "en" and ID "authorbox_name": template: :1:9: executing "" at <.Count>: can't evaluate field Count in type string

As a result, i18n string (authorbox_name) does not work as before.

Steps to reproduce

Prerequisites: git, hugo 0.76.*

1. Clone this repository and cd in the exampleSite dir

   git clone /~https://github.com/vimux/mainroad.git
   cd mainroad/exampleSite/

2. Run Hugo server with the following command:

   hugo server --themesDir ../..

3. Visit http://localhost:1313/post/hugoisforlovers/ in your browser and scroll to the bottom of the page.

---

gohugoio/hugo#7822

[yuqingc]

Is there a compromising way to fix the authorbox's display temporarily for those who use Mianroad before this issue is fixed?

[Vimux]

Is there a compromising way to fix the authorbox's display temporarily for those who use Mianroad before this issue is fixed?

I don't have time to investigate this problem (yet). Options:

1. Don't upgrade Hugo just because, especially without testing. You will avoid this and other problems in future.

2. If you want to use Hugo ≥0.76, you can override specific i18n key-value without touching whole theme's i18n file. Lookup order. It's not ideal, but...

   • Add i18n/en.yaml within site's root:

   # /~https://github.com/vimux/mainroad/issues/237
   - id: authorbox_name
     translation: "About {{ . }}"

   Hugo merge this particular value. If you use other or multiple languages, you should make similar according changes.

[mcdragonsi]

I am a bit lost. Is this issue fixed and if so, how do I apply it to Mainroad?

[arashThr]

@mcdragonsi Make sure you're on master and you've pulled the latest changes. Then, if you have custom translations file, change {{ .Count }} in it to {{ .Name }}