Skip to content

fix(translations): replace unresolved %url% in built-with-bolt string - #3785

Open
Vondry wants to merge 1 commit into
bolt:6.1from
Vondry:fix/translations-unresolved-url-placeholder
Open

fix(translations): replace unresolved %url% in built-with-bolt string#3785
Vondry wants to merge 1 commit into
bolt:6.1from
Vondry:fix/translations-unresolved-url-placeholder

Conversation

@Vondry

@Vondry Vondry commented Aug 4, 2026

Copy link
Copy Markdown
Contributor

Follow up of #3753

Why

The footer calls the string with no parameters:

{# public/theme/skeleton/partials/_footer.twig:17 #}
{{ __('general.phrase.built-with-bolt') }}

So %url% was never filled in and rendered literally as href='%url%' — a relative link that 404'd on every page.

The URL is already hardcoded elsewhere

English and 8 of the 12 locales already write the URL directly: en, cs, de, fr, nl, ru, uk, zh_CN.

Only el, hu, it, tr used %url%. This brings them in line:

- <a href='%url%' target='_blank' ...>
+ <a href='https://boltcms.io' target='_blank' ...>

Wording untouched — only the href. Also applied to the unreachable duplicate copies of the same sentence so it can't come back.

%url% in http_error*.suggestion is left alone — English uses it there too.

The footer renders this string with no parameters:

  public/theme/skeleton/partials/_footer.twig:17
  {{ __('general.phrase.built-with-bolt') }}

so the %url% placeholder was never substituted and four locales emitted
a literal href='%url%', producing a broken link. English and eight other
locales hardcode the URL; el/hu/it/tr are brought in line with them.

  href='%url%' -> href='https://boltcms.io'

13 <target> elements across 7 files: the live key in el/hu/it/tr, plus
the hash-keyed (9fb3e6e) and unnamed duplicates in cs/el/fr/hu/it/tr/
zh_CN that carry the same string. uk already used the hardcoded form.

Two <source> elements in hu/it carrying the same corrupted English text
are aligned as well, so those units stay internally consistent -- their
canonical English, as held in messages.en.xlf, hardcodes the URL.

The %url% placeholder in http_error.suggestion, http_error_404.suggestion
and http_error_500.suggestion is deliberately untouched: it is present in
messages.en.xlf and used identically by all ten locales that have those
keys, so it is a separate concern from this string.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant