In `@src/main/config.ts`:
- Around line 53-60: The Prettier failure is caused by the multiline ternary
inside the translation call for message (the t('Hardware acceleration ...', {
enabled: enabled ? t('enabled') : t('disabled') }) expression). Fix it by
formatting the ternary as a single line so Prettier accepts it: locate the
translation call that sets message (the t(..., { enabled: ... }) block) and
collapse the enabled ternary into one line (enabled: enabled ? t('enabled') :
t('disabled')) while keeping surrounding indentation and commas intact.

In `@src/main/translations/index.ts`:
- Around line 36-64: The read method currently calls callback(null) immediately
on a cache miss causing first-run locales to render fallbacks; change
read(language, namespace, callback) so that when this.store.get(language) is
undefined you perform the fetch and only invoke callback(null, data) after the
fetch and JSON parse succeed (or callback(err) on fatal fetch/parsing error),
while preserving the existing behavior for cached entries (keep returning cached
via callback(null, cached) and still do the background fetch/refresh logic);
update references to this.store, the fetch URL using TRANSLATION_VERSION, and
this.services.resourceStore.addResourceBundle to be used inside the fetch
resolution path for the cache-miss case.

In `@src/main/translations/index.ts`:
- Around line 64-67: The catch block currently calls callback(err, false) which
uses a non-standard i18next backend read signature; update the error path in the
promise rejection to invoke the read callback as callback(err) (or callback(err,
undefined/null)) instead of passing false so i18next treats it as an error with
no resource data — modify the .catch handler where log.error is called and the
callback is invoked (referencing log.error and the callback used in this module)
to pass only the error.

In `@src/main/translations/index.ts`:
- Around line 110-114: Guard against an empty preferred-locale list by checking
the array returned from app.getPreferredSystemLanguages(); if systemLocales[0]
is undefined, fall back to 'en' before passing into getLocaleFromCode. Update
the code that assigns systemLocales and systemLocale (references:
app.getPreferredSystemLanguages(), getLocaleFromCode, variable systemLocale) so
you compute const systemLocale = getLocaleFromCode(systemLocales[0] ?? 'en') (or
equivalent null/empty check) and then call
i18nInstance.changeLanguage(systemLocale).
- Line 18: Update the TRANSLATION_VERSION constant (symbol: TRANSLATION_VERSION
in src/main/translations/index.ts) from '2026.2.0' to the correct release tag
'v1.8.7'; after changing the value, verify the CDN (jsDelivr) serves the file
and if it still returns 404 coordinate a redeploy of the wcpos/translations
release or request a jsDelivr cache refresh to ensure translations load
correctly.

In `@src/main/config.ts`:
- Line 57: The translation keys used in the config block—t('enabled') and
t('disabled')—are missing from the locale resource; update the calls to use
namespaced keys (for example t('app.enabled') and t('app.disabled')) and add
corresponding entries to the locale JSON (electron.json) or alternatively add
the plain 'enabled' and 'disabled' keys to the locale file; ensure you update
every occurrence of t('enabled')/t('disabled') so the i18n lookup (function t)
resolves correctly.
- Around line 54-59: Prettier is failing on the multiline t(...) call used to
set message in config (the t function call with the ternary using enabled).
Reformat the call so it conforms to Prettier: put the t(...) call and its object
argument on a single logical line or align properties per Prettier rules, and
simplify the ternary expression (enabled ? t('enabled') : t('disabled')) to a
single expression without extra line breaks; update the message assignment where
t(...) is used to ensure consistent spacing and commas so Prettier CI passes.

In `@src/main/translations/index.ts`:
- Around line 46-51: The fetchTranslations method's parameter list needs to be
wrapped to satisfy the formatter: split the parameters of
fetchTranslations(language: string, namespace: string) across multiple lines
(one parameter per line) and adjust the method signature accordingly in the
fetchTranslations function so formatting checks pass; keep the same parameter
names and types and ensure the body still calls this.buildUrl(language,
namespace) and returns the same Promise<TranslationRecord | null>.
- Around line 54-86: The read method returns cached translations without
considering translation version, so stale translations persist after a
TRANSLATION_VERSION bump; update read (and any caching logic around this.store)
to include the translation version in the cache key or explicitly
invalidate/refresh cached entries when TRANSLATION_VERSION changes: e.g., derive
keys from `${language}:${TRANSLATION_VERSION}` when calling this.store.get/set
or check a stored version on load and call this.store.delete/refresh before
returning cached data; update functions fetchTranslations and any logic that
sets the cache so they use the same versioned key or invalidation flow
(referencing read, fetchTranslations, getBaseLanguage, and this.store).

In `@src/main/translations/locales/en/electron.json`:
- Around line 1-28: Add the missing translation keys for the
hardware-acceleration interpolation by defining "app.enabled" and "app.disabled"
in the electron.json locale (e.g., "app.enabled": "Enabled", "app.disabled":
"Disabled"), then update the code that calls t('enabled')/t('disabled') in
config.ts to use the namespaced keys (e.g., replace t('enabled') with
t('app.enabled') and t('disabled') with t('app.disabled')) so the interpolated
{enabled} value renders the localized string.

In `@src/main/update.ts`:
- Around line 120-122: The message call is passing an empty interpolation object
to the translator; remove the unused empty object so the call becomes
t('update.updates_downloaded_application_will_restart_for') instead of
t('update.updates_downloaded_application_will_restart_for', {}), i.e. update the
object property named message (where t(...) is invoked) to pass only the
translation key.

In @.github/workflows/update-translations.yml:
- Around line 13-18: Validate and sanitize the incoming VERSION before using it
in the sed substitution: add a check in the workflow that ensures the VERSION
env (from github.event.client_payload.version) matches an allowed pattern (e.g.,
semantic version or a strict /^[0-9A-Za-z._-]+$/ regex) and fail early if it
doesn't; then either escape shell-special characters (quotes, slashes,
ampersands) in VERSION or use a safer substitution mechanism to update
TRANSLATION_VERSION in src/main/translations/index.ts instead of interpolating
raw $VERSION into the sed command.