av9ash/GitBugs huggingface dataset:
Bug: The Review Checker is displayed in a private window for a PDP if the user interacts with the normal window
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-06-12 11:09:58+00:00
Resolved: 2024-06-18 06:42:29+00:00

**Found in**
* Nightly 129.0a1 (2024-06-11)

**Affected versions**
* Nightly 129.0a1 (2024-06-11)
* Beta 128
* Release 127.0 (64-bit)

**Affected platforms**
* All

**Preconditions**
* browser.shopping.experience2023.enabled - true
  browser.shopping.experience2023.optedIn - 1
  
**Steps to reproduce**
1. Open a Private Window.
2. Reach any product details page on Amazon.
3. Click inside the Normal window and Open a new Tab. (If youre on a product details page in the normal window Simply open the Review Checker.)
4. Go back to the Private window and Hit the Back button.

**Expected result**
* The Review Checker should not be displayed at all in a Private window.
Going back to the Search results should close the Private Window automatically.

**Actual result**
* The Review Checker is opened when the user interacts with the Normal Window.
Going back from the Product Details page in the Private window will keep the Sidebar open.

**Regression range**
Not a regression.
Bug: Single file archive base64 content length isn't being properly calculated in some cases
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-06-12 14:02:45+00:00
Resolved: 2024-06-21 22:00:46+00:00

After bug 1897498 landed, I tried to export the simple single-file archive with my main profile. This worked properly, but when attempting to _extract_ the ZIP file, the extraction routine choked on the base64 bytes being pulled in. When I debugged this, it _looks_ like what's going on is that the base64 string being decoded is being truncated a bit - and this is likely because we computed an incorrect content length for the base64 bytes.

This bug is for getting that fixed and a proper test written for this case.
Bug: Disabling private window separation no longer works (browser.privateWindowSeparation.enabled)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-12 15:21:33+00:00
Resolved: 2024-06-13 18:57:28+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:126.0) Gecko/20100101 Firefox/126.0

Steps to reproduce:

COPY FROM
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0

Steps to reproduce:

Change the config "browser.privateWindowSeparation.enabled" to false
Open a private window





Actual results:

The private window has a different taskbar icon than the rest of the windows


Expected results:

The private window should have the same taskbar icon as the rest of the windows
This was the behavior in the previous version, 126

It is absolutely FARCICAL that you shove this nonsense down our throats and then demand we use an older version because some stuck up higher up decided you shouldn't have a choice! and the locking the issue because you don't like criticism is very nice too!
Bug: Wallpaper attribution text hangs awkwardly in the middle when shortcuts are disabled
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-06-12 17:11:03+00:00
Resolved: 2024-09-13 18:15:59+00:00

as in the title/screenshot; to be fair, i'm not sure if it's intended behaviour, but it simply looks awkward
Bug: cannot open encrypted pdf attached to email in outlook.com
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-06-12 17:23:28+00:00
Resolved: 2024-06-12 19:43:52+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0

Steps to reproduce:

In my outlook.com account I have received an email with an encrypted pdf attachment. 
I cannot open this file when using firefox, but I can when using edge or chrome.

So I recreated a pdf test case using this free program:
https://pdfencrypt.net/
then I sent an email to myselft with a test case pdf attached.
When in outlook.com I try to open the pdf I'm asked the pdf password, but after entering it the page remains empty.

to test this bug you need a (free) outlook.com account from microsoft.



Actual results:

pdf is not showed after entring password


Expected results:

pdf should be shoved after entering password.
Bug: Long PDFs are truncated
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-12 20:29:22+00:00
Resolved: 2024-06-13 08:17:33+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:126.0) Gecko/20100101 Firefox/126.0

Steps to reproduce:

Download and open a large PDF (14k+ pages), e.g. the ARM ARM: https://developer.arm.com/documentation/ddi0487/latest/


Actual results:

Scroll to the very bottom, there will be many pages missing and the page counter in the toolbar shows something like 13,445 of 14,777 (varies each time file is opened).


Expected results:

Expect all pages of PDF available / viewable / searchable.
Bug: Intermittent browser/components/customizableui/test/browser_1087303_button_fullscreen.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-06-12 21:00:30+00:00
Resolved: 2025-01-13 12:03:55+00:00

**Filed by:** sstanca [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=462096946&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/CPLZAg3mTb2rrPXNA9UZtQ/runs/0/artifacts/public/logs/live_backing.log

---
```
[task 2024-06-12T20:26:25.272Z] 20:26:25     INFO - TEST-OK | browser/components/customizableui/test/browser_1058573_showToolbarsDropdown.js | took 1235ms
[task 2024-06-12T20:26:25.318Z] 20:26:25     INFO - checking window state
[task 2024-06-12T20:26:25.352Z] 20:26:25     INFO - TEST-START | browser/components/customizableui/test/browser_1087303_button_fullscreen.js
[task 2024-06-12T20:27:55.377Z] 20:27:55     INFO - TEST-INFO | started process screenshot
[task 2024-06-12T20:27:55.605Z] 20:27:55     INFO - TEST-INFO | screenshot: exit 0
[task 2024-06-12T20:27:55.606Z] 20:27:55     INFO - Buffered messages logged at 20:26:25
[task 2024-06-12T20:27:55.606Z] 20:27:55     INFO - Entering test bound 
[task 2024-06-12T20:27:55.607Z] 20:27:55     INFO - Check fullscreen button existence and functionality
[task 2024-06-12T20:27:55.608Z] 20:27:55     INFO - Waiting for overflow button to show
[task 2024-06-12T20:27:55.608Z] 20:27:55     INFO - Checking if element has non-0 size
[task 2024-06-12T20:27:55.609Z] 20:27:55     INFO - Buffered messages finished
[task 2024-06-12T20:27:55.609Z] 20:27:55     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_1087303_button_fullscreen.js | Test timed out - 
[task 2024-06-12T20:27:55.610Z] 20:27:55     INFO - GECKO(5904) | Completed ShutdownLeaks collections in process 6716
[task 2024-06-12T20:27:55.610Z] 20:27:55     INFO - TEST-START | Shutdown
[task 2024-06-12T20:27:55.611Z] 20:27:55     INFO - Browser Chrome Test Summary
[task 2024-06-12T20:27:55.611Z] 20:27:55     INFO - Passed:  74
[task 2024-06-12T20:27:55.612Z] 20:27:55     INFO - Failed:  1
[task 2024-06-12T20:27:55.612Z] 20:27:55     INFO - Todo:    0
[task 2024-06-12T20:27:55.613Z] 20:27:55     INFO - Mode:    e10s
[task 2024-06-12T20:27:55.614Z] 20:27:55     INFO - *** End BrowserChrome Test Results ***
[task 2024-06-12T20:27:55.614Z] 20:27:55     INFO - GECKO(5904) | 1718224075576	Marionette	TRACE	Received observer notification quit-application
[task 2024-06-12T20:27:55.615Z] 20:27:55     INFO - GECKO(5904) | 1718224075576	Marionette	INFO	Stopped listening on port 2828
[task 2024-06-12T20:27:55.615Z] 20:27:55     INFO - GECKO(5904) | 1718224075582	Marionette	DEBUG	Marionette stopped listening
[task 2024-06-12T20:27:58.160Z] 20:27:58     INFO - TEST-INFO | Main app process: exit 0
```
Bug: Buttons from the "Help" menu do not work on Nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-13 05:46:44+00:00
Resolved: 2024-06-14 07:20:20+00:00

**Environment:**
Operating system: Windows 10
Firefox version: Nightly 129.0a1 (2024-06-12)

**Steps to reproduce:**
1. Open Firefox Nightly.
2. Access the burger menu.
3. Click on "Help".
4. Click on any buttons from the menu.

**Expected Behaviour:**
The buttons work correctly.

**Actual Behaviour:**
Nothing happens.

**Notes:**
1. Reproducible on Nightly 129.0a1 (2024-06-12)
2. Did not reproduce on Nightly 129.0a1 129.0a1 (2024-06-11)
3. Not reproducible on Firefox Release (v127)
Bug: After Update to 127, Bookmark toolbar does not show any more when language=German
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-06-13 06:33:59+00:00
Resolved: 2024-06-14 05:57:40+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:127.0) Gecko/20100101 Firefox/127.0

Steps to reproduce:

Firefox updated to version 127. My user interface is German.


Actual results:

I could not see the bookmarks in the toolbar.

I ensured that the bookmarks toolbar is enabled. 

Looking in the bookmark library, I could see the "lost" bookmarks, in a bookmark folder named "Lesezeichen-Symbolleiste"

My guess is that Firefox in the new version is looking for the bookmarks-toolbar bookmark in a different folder.


Expected results:

Firefox should display the toolbar bookmarks  in the bookmarks toolbar.
Bug: About Nightly window no longer opens
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-06-13 06:35:25+00:00
Resolved: 2024-07-12 08:22:06+00:00

**Found in**
* 129.0a1 (20240612215151)

**Affected versions**
* 129.0a1 (20240612215151)
	


**Tested platforms**
* Affected platforms: Windows 10x64, Ubuntu 23.10
* Unaffected platforms: macOS 13


**Steps to reproduce**
1. Click on Application Menu > Help > About Nightly.



**Expected result** 
* About Nightly window is opened.

**Actual result**
* Nothing happens.



**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=27be96dc0a29c72aac5d9267b9f41f53b949d1dd&tochange=299e43b4c63123971e4cbfffa8ed72765f92b7c4
* Possible regressor: bug 1893068.

**Additional notes**
* Attached a screen recording.
Bug: Remove `--enable-project=tools/update-programs` since building with it is busted
Status: NEW
Priority: P5
Created: 2024-06-13 08:24:20+00:00
Resolved: 2024-07-02 17:38:26+00:00

```
./mach configure --enable-project=tools/update-programs
 0:00.36 Using Python 3.11.2 from /home/glandium/.mozbuild/srcdirs/gecko-0cba0f2a7949/_virtualenvs/build/bin/python
 0:00.36 Adding configure options from /tmp/gecko/.mozconfig
 0:00.36 checking for vcs source checkout... git
 0:00.38 checking for a shell... /usr/bin/sh
 0:00.42 checking for host system type... x86_64-pc-linux-gnu
 0:00.42 checking for target system type... x86_64-pc-linux-gnu
 0:00.53 Traceback (most recent call last):
 0:00.53   File "/tmp/gecko/configure.py", line 351, in <module>
 0:00.53     sys.exit(main(sys.argv))
 0:00.53              ^^^^^^^^^^^^^^
 0:00.53   File "/tmp/gecko/configure.py", line 138, in main
 0:00.53     sandbox.include_file(os.path.join(os.path.dirname(__file__), "moz.configure"))
 0:00.53   File "/tmp/gecko/python/mozbuild/mozbuild/configure/__init__.py", line 498, in include_file
 0:00.53     exec(code, self)
 0:00.53   File "/tmp/gecko/moz.configure", line 424, in <module>
 0:00.53     include(include_project_configure)
 0:00.53   File "/tmp/gecko/python/mozbuild/mozbuild/configure/__init__.py", line 872, in include_impl
 0:00.53     self.include_file(what)
 0:00.53   File "/tmp/gecko/python/mozbuild/mozbuild/configure/__init__.py", line 498, in include_file
 0:00.53     exec(code, self)
 0:00.53   File "/tmp/gecko/tools/update-programs/moz.configure", line 20, in <module>
 0:00.53     include("../../build/moz.configure/rust.configure")
 0:00.53   File "/tmp/gecko/python/mozbuild/mozbuild/configure/__init__.py", line 872, in include_impl
 0:00.53     self.include_file(what)
 0:00.53   File "/tmp/gecko/python/mozbuild/mozbuild/configure/__init__.py", line 498, in include_file
 0:00.53     exec(code, self)
 0:00.53   File "/tmp/gecko/build/moz.configure/rust.configure", line 632, in <module>
 0:00.53     @depends(
 0:00.53      ^^^^^^^^
 0:00.53   File "/tmp/gecko/python/mozbuild/mozbuild/configure/__init__.py", line 835, in depends_impl
 0:00.53     raise ConfigureError(
 0:00.53 mozbuild.configure.ConfigureError: @depends function needs the same `when` as options it depends on
```
Bug: Tab hover preview is blurry at higher DPIs
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-06-13 11:37:47+00:00
Resolved: 2024-08-20 20:51:26+00:00

**Found in**
* 128.0b2

**Affected versions**
* 129.0a1 (2024-06-12)
* 128.0b2

**Preconditions**
* ‘browser.tabs.hoverPreview.enabled’ set to ‘true’ 

**Tested platforms**
* Affected platforms: macOS 13 / 14, Windows 11, Ubuntu 22.04

**Steps to reproduce**
1. Open two new tabs (e.g. about:newtab, about:preferences, Facebook, Wikipedia, etc.)
2. Hover over the tab that is currently not in focus to activate the hover preview
3. Observe the tab hover preview

**Expected result**
* Tab hover preview is not blurry 

**Actual result**
* The tab hover preview is blurry 

**Regression range**
* Last good build: 2024-06-04
* First bad build: 2024-06-05
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=77dcc592ed2ef0065eed3e389d7c1380fe0a753e&tochange=82442a3ee8c0e992aacf4d71e6fdb4b00a00dd63 
* Potentially regressed by: 1879089 

**Additional notes**
* See the attached video 
* Reproducing regardless of the content of the tab
* Also reproducing on Windows 11 and Ubuntu 22.04, but it seems that the tab hover preview became slightly blurry starting with Firefox Nightly 126.0a1 (2024-04-11) on these two platforms. Mozregression pointed at 1890397. If this should be tracked separately, please let us know
Bug: The panel glitches when resized to the edge of the screen on Ubuntu22 + wayland window protocol
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-06-13 11:53:54+00:00
Resolved: 2024-06-21 13:08:32+00:00

**Note**
* When the user triggers the Translations panel with a large paragraph, then grabs the resizer and enlarges the panel to the edge of the screen, he will notice that the panel glitches and the resizing process gets broken.

**Found in**
* Beta v128.0b2

**Affected versions**
* Nightly v129.0a1
* Beta v128.0b2

**Tested platforms**
* Affected platforms: Ubuntu 22 + wayland
* Unaffected platforms: Ubuntu22+X11, Windows10, MacOS11

**Steps to reproduce**
1. Launch the browser.
2. Maximize the window.
3. Ensure Select Translations feature is enabled
browser.translations.select.enable = true
4. Load a webpage displayed in a different language than the browser
https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Accueil_principal
5. Right-click, Select All 
6. Right-click, Translate selection to English 
7. Grab the resizer and drag it to the bottom of the screen.

**Expected result**
* The resizing works correctly, no glitching observed, resizing is blocked before the edge of the screen.

**Actual result**
* The panel glitches and the resizing process becomes broken.
* If the panel is opened in "flip mode", the panel glitches and moves up.

**Regression range**
* First bad: 2024-06-06
* Last good: 2024-06-05
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=28395944bc04fd540fa840398229ceb81befd6cd&tochange=b611dca1d8ac8ae082824cf0b31767c9d9ea3786
* Potentially regressed by: 1900127

**Additional notes**
* This issue is similar to bug 1894575 and bug 1894935, but it also happens on wayland after the changes in bug 1900127.
Bug: Help Menu items do not open using 'Help'->menu item
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-13 13:15:46+00:00
Resolved: 2024-06-14 13:50:28+00:00

When using HELP under the hamburger button selecting any item in the menu:  example  help->about  does  not open the about item.

mozregress points to: 
2024-06-13T08:13:12.496000: DEBUG : Found commit message:
Bug 1893068 - Remove popup inline event handlers from the menubar. r=Gijs,devtools-reviewers,nchevobbe
Bug: ent.iledefrance.fr - No icon of the site is displayed in bookmarks
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2024-06-13 13:55:20+00:00
Resolved: 2024-06-28 12:28:57+00:00

**Environment:**
Operating System: Linux
Firefox version:   Firefox Nightly  / Firefox Release 


**Preconditions:**
Clean profile 

**Steps to reproduce:**
1. Navigate on https://ent.iledefrance.fr/auth/login#/
2. Bookmark the site
3. Observe the page

**Expected Behavior:**
The icon is displayed correctly in bookmarks

**Actual Behavior:**
No icon of the site is displayed in bookmarks

**Notes:**
- Reproduces regardless of the status of ETP
- Reproduces in Firefox Nightly, Firefox Release
- Does not reproduce in Chrome
Bug: Two Firefox windows are opened after PC restart, when Firefox shortcut is moved to startup folder.
Status: REOPENED
Priority: --
Created: 2024-06-13 14:03:08+00:00
Resolved: 2024-06-14 14:28:35+00:00

**Found in**
* version: 128.0b2

**Affected versions**
* version: 127.0

**Tested platforms**
* Affected platforms: Windows
* Unaffected platforms: Mac, Ubuntu

**Preconditions**
* Have the following prefs
 browser.startup.windowsLaunchOnLogin.disableLaunchOnLoginPrompt == false
 browser.startup.windowsLaunchOnLogin.enabled == true

**Steps to reproduce**
1. Open Firefox.
2. Option “Open Nightly automatically when your computer starts up” in about:preferences is unchecked.
3. Move Firefox shortcut from desktop to %RoamingAppdata%\Microsoft\Windows\Start Menu\Programs\Startup.
4. Close Firefox and restart the PC.
5. Wait for PC to start and check Firefox to start automatically.
6. Check Firefox windows.

**Expected result**
* Only one Firefox window should be displayed.

**Actual result**
* After restart two Firefox windows are displayed.

**Regression range**
* Seems to reproduce on 127.0 also, so it is not newly introduced and on 126.0 the feature is not present on about:preferences with pref enabled.

**Additional notes**
* Reproduces only on Win11 and Win10, NOT on ARM. Not sure if this is related or Not but Windows10 just updated to KB5039211 - 11 June 2024.
* There are 2 Firefox entries on Task Manager and Startup Apps, one with High impact and one with low impact.
* If Option is checked on about:preferences first and shortcut is added afterward issue reproduces each time.
Bug: screenshot not working properly with highlighted text
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-06-13 14:27:21+00:00
Resolved: 2024-07-11 13:44:07+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:127.0) Gecko/20100101 Firefox/127.0

Steps to reproduce:

Go to nih website page such as https://www.ncbi.nlm.nih.gov/pmc/articles/PMC2813349/

Select text. Take screenshot. 


Actual results:

Screenshot shows selected text as GREY when it should show as BLUE. This is UNREADABLE when shown in slideshow. I take such screenshots many times a day.


Expected results:

In the past the selected text would show as BLUE in the screenshot. Occasionally it would glitch and show as GREY but that was rare.
Bug: Start page and history lost in 127.0
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-06-13 16:02:18+00:00
Resolved: 2024-08-05 06:46:31+00:00

Steps to reproduce:

Upgrade from Firefox 126.0.1 to 127.0 on GNU/Linux. Start Firefox after the upgrade.


Actual results:

The start page does not load and the history is empty.


Expected results:

The start page should be there, and the history too, so one can restore the old session.

Notice, after downgrading to 126.0.1, the history is there again.

In `about:profiles` using *Restart with Add-ons Disabled*, everything is there, and then *Restart normally* the history is also back. What logs can be looked at?
Bug: Windows fallback filename is too short
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-06-13 16:31:48+00:00
Resolved: 2024-06-24 14:38:50+00:00

We currently use a fallback character length of 64 when saving a screenshot with the filepicker. After further testing, Windows allows a filename length of 255 characters in the filepicker and will rename the file under the hood to something like `6FD5~1.PNG`.

We should update the fallback filename length for Windows
Bug: Bookmarks Toolbar briefly shows placeholder message ("For quick access, place your bookmarks here...") on every new Firefox window, sometimes alongside my first bookmark
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-06-13 16:33:37+00:00
Resolved: 2024-11-19 14:06:26+00:00

STR:
1. (optional but encouraged) Start some screen recording software, to play back later in slow-motion, to increase the likelihood of seeing the very-brief issue.
2. Configure Firefox to show the bookmarks toolbar, and place some bookmarks on it. (I have 5 bookmarks on it, the first of which is Spotify, and in my case I have it set to only-show-on-new-tab.)
3. Open a new Firefox window, and watch its bookmarks-toolbar very closely.

ACTUAL RESULTS:
* The new Firefox Window's bookmarks-toolbar *briefly* renders with this placeholder message:
```
For quick access, place your bookmarks here on the bookmarks toolbar.  _Manage bookmarks..._
```
* In my case, this actually rendered **alongside my first bookmark**, which seems bizarre & like something that should never happen.

EXPECTED RESULTS:
* The placeholder message should never be displayed simultaneously with an actual bookmark.
* If we have bookmarks on the bookmarks toolbar, we should never display the placeholder message inviting the user to place bookmarks there (since they already have done that).   (Even if we're stalled discovering what-the-actual-bookmarks-are, it seems like we could track the fact that they exist in some sort of lightweight quick-to-discover sort of way, and query that when deciding whether to show this message).  If we display it, it's pretty disconcerting because it's a lot of text that we flash for just a moment, which makes it feel to the user like they just missed a message of some sort
Bug: help>about> menu popup that typically updates and shows current version now doesn't pop up after the last update
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-06-13 17:08:23+00:00
Resolved: 2024-06-13 17:35:17+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:129.0) Gecko/20100101 Firefox/129.0

Steps to reproduce:

settings>help>about> menu popup that typically updates and shows current version now doesn't pop up after the last update


Actual results:

started from sleep, went to settings, help, about and no menu window popped up showing version and updates available for firefox nightly. 


Expected results:

menu window showing version and updates pops up and updates normally if update is available.  

verified it was a nightly issue as firefox standard version still shows menu pop up window just fine.
Bug: A screen reader does not announce when a full page translation is completed
Status: NEW
Priority: --
Created: 2024-06-13 17:25:33+00:00
Resolved: 2024-06-28 13:03:15+00:00

STR (with the NVDA screen reader):

1. Open a page that causes the translation panel to pop up; e.g. https://de.wikipedia.org/
2. Select a language to translate and press "Translate" button to start the process.
3. Listen to what the screen reader reports for a few seconds.
    - Expected: The screen reader should report that the translation is completed.
    - Actual: The status of the translation is never reported.

Impact: A screen reader user has no idea that the translation is completed which would be especially confusing during first translations in this language pair when the language pack is being downloaded before an actual translation starts.

Currently the workaround is to start exploring the page, but this is still missing a status indication that a sighted user would get at the moment the text on their screen changes.

Possible solution is to [use A11yUtils like it was implemented for the Select Translations panel](https://phabricator.services.mozilla.com/D211542) for the bug 1894091.