`AppMenu > More tools > Translate...` remains available when browser.translations.enable is set to false
Categories
(Firefox :: Translations, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox150 | --- | unaffected |
| firefox151 | --- | verified |
| firefox152 | --- | verified |
People
(Reporter: aoia7rz7l, Assigned: nordzilla)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
Tested on Nightly 152.0a1(2026-05-06) BuildID 20260506210744.
Prerequisite:
browser.translations.enable is set to false.
STR:
Open AppMenu > More tools.
Expected Behavior:
All translation-related controls are disabled when browser.translations.enable is set to false.
Actual Behavior:
AppMenu > More tools > Translate... remained available despite browser.translations.enable being set to false.
Mozregression returned
Last good revision: b053db0979de666e4933ca64c90229f0bb7f1457
First bad revision: 5025347d4d6642c538301906889151452cc6bcf3
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b053db0979de666e4933ca64c90229f0bb7f1457&tochange=5025347d4d6642c538301906889151452cc6bcf3
Comment 1•26 days ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Translations' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
| Assignee | ||
Comment 2•26 days ago
|
||
I'm going to resolve this as a duplicate of Bug 2037853, since they effectively describe the same thing. This way we can centralize our conversation.
| Assignee | ||
Comment 3•26 days ago
|
||
Actually, I've misread this bug.
This is for the "More tools" menu item, not the top-level menu item.
| Assignee | ||
Comment 4•26 days ago
|
||
I'm confirming that the "More tools" translate menu item does not disappear as it should.
That was an oversight on my part. Thankfully, this code is in Firefox Beta 151, and there is still time to fix it.
Secondly, even when it is clicked, you are met with a disabled UI (see screenshot).
| Assignee | ||
Updated•26 days ago
|
| Assignee | ||
Comment 5•26 days ago
|
||
This commit ensures that the "Translate" menu item in the "More Tools"
section of the Application Menu is properly hidden when the Translations
feature becomes disabled.
Updated•26 days ago
|
Updated•26 days ago
|
| Assignee | ||
Updated•25 days ago
|
Updated•25 days ago
|
Comment 8•25 days ago
|
||
The patch landed in nightly and beta is affected.
:nordzilla, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox151towontfix.
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 9•25 days ago
|
||
This commit ensures that the "Translate" menu item in the "More Tools"
section of the Application Menu is properly hidden when the Translations
feature becomes disabled.
Original Revision: https://phabricator.services.mozilla.com/D299140
Updated•25 days ago
|
Comment 10•25 days ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined/Reason for urgency: The "More Tools" section of the Application Menu will still have a "Translate..." menu item even when Translations is turned off in AI Controls. This will lead to the
about:translationspage, which has its own user messaging that the feature is blocked so this isn't the worst scenario. However, I think users who turn Translations off may not want to see this menu item at all. - Code covered by automated testing?: yes
- Fix verified in Nightly?: no
- Needs manual QE testing?: yes
- Steps to reproduce for manual QE testing: 1) Start with Translations enabled.
-
Open the top-corner Application Menu
-
Open the "More Tools" section.
-
Verify that the "Translate..." menu item is available.
-
Navigate to
about:settings#ai -
Block Translations
-
Repeat steps 2) and 3)
-
Verify that the "Translate..." menu item is no longer available.
- Risk associated with taking this patch: low
- Explanation of risk level: This is a small change with automated test coverage.
- String changes made/needed?: N/A
- Is Android affected?: no
Updated•24 days ago
|
Updated•24 days ago
|
Comment 11•24 days ago
|
||
| uplift | ||
Updated•22 days ago
|
Comment 12•22 days ago
|
||
I was able to reproduce the issue on Win11x64 using Firefox build 152.0a1(20260506210744).
Verified as fixed on Win11x64 using Firefox build 152.0a1(20260510213110). Waiting for next beta to confirm the fix in beta also.
Comment 13•21 days ago
|
||
Verified as fixed on Win11x64/Mac15.5/Ubuntu24.04 using FF build 151.0b9 (20260511090442).
| Assignee | ||
Updated•21 days ago
|
Description
•