# Brave Translation Feature Blocked by RU AdList - Need Input

Browser Support
1

Issue

Brave’s native translation feature is being blocked on multiple websites due to a broad filter rule in RU AdList. This affects users with this filter list enabled in uBlock Origin.

Blocked Resources:

  • https://translate.brave.com/static/v1/js/element/main.js
  • https://translate.brave.com/static/v1/css/translateelement.css

Blocking Rule:

$third-party,xmlhttprequest,domain=anisima.ru|arablionz.tv|artrozamnet.ru|...|diakov.net|...

Workaround: Adding @@||translate.brave.com^ to custom filters fixes it.

Filter List Response

I reported this to RU AdList maintainers (Issue #770). They declined to add an exception, stating they believe this should be addressed on the browser side rather than in filter lists.

Request

Could the Brave team provide guidance on:

  1. How filter lists should handle Brave’s translation service
  2. Whether there’s a standard approach for this across filter lists
  3. If Brave plans to work with major filter list maintainers on this

Users shouldn’t have to choose between comprehensive ad blocking and using Brave’s translation feature.

1 Like
2

The situation in which an extension gains access to filtering network requests of browser services is nothing more than a vulnerability. And this vulnerability must be fixed on the browser side.

2 Likes
3

Anyone?

I found similar $third-party,xmlhttprequest,domain= blocking rules in EasyList China with the exact same blocking behavior.

This suggests the issue might be broader than just RU AdList - other regional filter lists may also be inadvertently blocking browser translation services with their third-party domain rules.

4

There is also a similar blocking for the largest erotic versions of „YouTube” from EasyList „English”.

So it is impossible to check whether Brave offers a better translation than the one the website creator pushes.

5

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.