Skip to content

LGC-2026-06-16T101120

@CrisBarreiro CrisBarreiro tagged this 16 Jun 06:47
Task/Issue URL:
https://app.asana.com/1/137249556945/task/1215729824041077?focus=true
Tech Design URL (if applicable): 

### Description

### Steps to test this PR

_Feature 1_
Wait for [translations
job](https://dashboard.smartling.com/app/projects/b01b53ede/account-jobs/b01b53ede:e1uc2egzdnmp)
to finish

### UI changes
| Before  | After |
| ------ | ----- |
!(Upload before screenshot)|(Upload after screenshot)|


<!-- CURSOR_SUMMARY -->
---

> [!NOTE]
> **Low Risk**
> Resource-only translation updates with no Kotlin or behavior changes;
main review focus is translation/annotation correctness and locale file
parity.
> 
> **Overview**
> This PR **lands returned Smartling translations** so localized copy
matches the English source strings already in the app.
> 
> **YouTube ad blocking settings** get new `strings-ad-blocking.xml`
files for many locales (bg, cs, da, de, el, es, et, fi, fr, hr, hu, it,
lt, lv, nb, nl, pl, pt, ro, ru, sk, sl, sv, tr). Each file mirrors the
default keys: settings title/toggle, descriptions (with and without
consent), and Duck Player header/description, including
`learn_more_link` annotations.
> 
> The **default** `ad-blocking-impl` `values/strings-ad-blocking.xml`
only adds Smartling directive comments (`entity_escaping`,
`instruction_attributes`); string values are unchanged.
> 
> Across **app** `values-*/strings.xml` locales, the PR adds
**`newAddressBarPickerDuckDuckGo`** (`translatable="false"`, brand label
**DuckDuckGo**) for the new address bar picker bottom sheet—same entry
in every locale file for resource parity, not translated text.
> 
> <sup>Reviewed by [Cursor Bugbot](https://cursor.com/bugbot) for commit
e696639eade3d79413b1b5d62cdee18157449c75. Bugbot is set up for automated
code reviews on this repo. Configure
[here](https://www.cursor.com/dashboard/bugbot).</sup>
<!-- /CURSOR_SUMMARY -->
Assets 2
Loading