av9ash/GitBugs huggingface dataset:
Bug: Skylight production messages section includes some experiment messages
Status: NEW
Priority: P2
Created: 2024-04-30 18:19:47+00:00
Resolved: 2024-05-13 17:16:43+00:00

Messages that are distributed by the messaging system directly (ie not Nimbus experiments or Rollouts) don't currently know how to exclude counting messages/actions (eg in their dashboards) that are caused by Nimbus experiments or Rollouts with the same message ID.  My belief is that this isn't a huge problem:

a) very few messages are deployed directly by Remote Settings these days
b) once messages land in-tree and ride the release train, rollouts ** (and most holdback experiments except for maybe the long-term holdbacks?) are generally turned off.  That said, a dashboard that spans both of those periods of time will show the hits from both inside and outside any experiments/rollouts.

This probably needs some more investigation & may want to be split up into multiple tickets.

@Aminomancer, do you have any thoughts here on the long-term holdback stuff?
Bug: Firefox reopens a URL from a past session after closing session then opening Firefox Private.
Status: NEW
Priority: P3
Created: 2024-04-30 20:33:28+00:00
Resolved: 2024-05-21 16:13:24+00:00

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

Steps to reproduce:

"Firefox reopens a URL from a past session after closing session then opening Firefox Private."
OS=Win 10 Pro.
Firefox version= 125.0.3 (but this happened with several older versions also)
conditions: My Firefox home page setting "Firefox Home (default)"
conditions: My Firefox new tab setting is "Firefox Home (default)"

To reproduce (this is 100% reproducible for me):
Open Firefox (non-private) using this shortcut:
"C:\Program Files\Mozilla Firefox\firefox.exe"
Navigate to a web site: in this example, I use cnn.com
Close Firefox (close all Firefox windows)

Open Firefox Private Browsing using this shortcut:
"C:\Program Files\Mozilla Firefox\private_browsing.exe"
navigate to any web site: in this example, I use nbcnews.com
(Leave this window open)

Open Firefox (non-private) using this shortcut:
"C:\Program Files\Mozilla Firefox\firefox.exe"

Status: The Firefox (non-private) window has 2 tabs. The 2nd tab is New Tab (for me, Firefox Home), which is fine.
But the problem is the 1st tab that. It is the last page I visited using Firefox (non-private), which is cnn.com. This should not happen.



Actual results:

The Firefox (non-private) window has 2 tabs. The 2nd tab is New Tab (for me, Firefox Home), which is fine.
But the problem is the 1st tab. It is the last page I visited using Firefox (non-private), which is cnn.com. This should not happen.


Expected results:

The Firefox (non-private) window should have just 1 tab, the New Tab.
Bug: The top edge of a tab dialog box is clipped when the bookmarks toolbar is visible.
Status: NEW
Priority: P3
Created: 2024-04-30 21:17:57+00:00
Resolved: 2024-05-09 20:27:10+00:00

The top of tab dialog boxes (e.g. print dialog) gets clipped when the bookmarks toolbar (`#PersonalToolbar`) is visible. 

STR: 
- Open about:newtab. The bookmarks toolbar is visible below urlbar. 
- ctrl + P to open the print dialog

ER:
- The top edge of the tab dialog box overlaps the toolbar behind it. It has rounded corners

AR: 
- The top edge of the tab dialog box appears to be hidden behind the toolbar behind it. The top rounded corners of the dialog box are not visible
Bug: Intermittent browser/base/content/test/general/browser_unknownContentType_title.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-04-30 21:19:12+00:00
Resolved: 2024-07-29 12:04:17+00:00

**Filed by:** smolnar [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=456472293&repo=mozilla-beta
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/N9Lt0-8ASIO5O33ctNaOWg/runs/0/artifacts/public/logs/live_backing.log

---
```
TEST-PASS | browser/base/content/test/general/browser_unknownContentType_title.js | Should have the right title. - 
[task 2024-04-30T20:34:46.728Z] 20:34:46     INFO - Console message: [JavaScript Error: "NS_ERROR_FAILURE: Ignore PDF.js for this download." {file: "resource://pdf.js/PdfStreamConverter.sys.mjs" line: 912}]
[task 2024-04-30T20:34:46.729Z] 20:34:46     INFO - getConvertedType@resource://pdf.js/PdfStreamConverter.sys.mjs:912:15
[task 2024-04-30T20:34:46.730Z] 20:34:46     INFO - 
[task 2024-04-30T20:34:46.731Z] 20:34:46     INFO - Buffered messages finished
[task 2024-04-30T20:34:46.732Z] 20:34:46     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_unknownContentType_title.js | Uncaught exception in test bound unknownContentType_title_with_pref_disabled - undefined - timed out after 50 tries.
[task 2024-04-30T20:34:46.733Z] 20:34:46     INFO - Leaving test bound unknownContentType_title_with_pref_disabled
[task 2024-04-30T20:34:46.734Z] 20:34:46     INFO - GECKO(1658) | MEMORY STAT | vsize 20651MB | residentFast 661MB | heapAllocated 447MB
[task 2024-04-30T20:34:46.735Z] 20:34:46     INFO - TEST-OK | browser/base/content/test/general/browser_unknownContentType_title.js | took 5457ms
[task 2024-04-30T20:34:46.736Z] 20:34:46     INFO - Not taking screenshot here: see the one that was previously logged
[task 2024-04-30T20:34:46.737Z] 20:34:46     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/general/browser_unknownContentType_title.js | Found an unexpected tab at the end of test run: data:text/html;charset=utf-8,%3C%21DOCTYPE%20html%3E%3Chtml%3E%3Chead%3E%3Ctitle%3ETest%20Page%3C%2Ftitle%3E%3C%2Fhead%3E%3C%2Fhtml%3E - 
[task 2024-04-30T20:34:46.738Z] 20:34:46     INFO - checking window state
[task 2024-04-30T20:34:46.739Z] 20:34:46     INFO - TEST-START | browser/base/content/test/general/browser_unloaddialogs.js
```
Bug: bookmark sync issue
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-04-30 21:47:20+00:00
Resolved: 2024-05-01 16:32:40+00:00

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

Steps to reproduce:

I download Firefox on my new Macbook, and during the initial set up steps, i was asked to sync the bookmarks and all the history from Safari, and I followed the step.


Actual results:

But when I log in my account, I found all my Firefox bookmarks and history disappear. 


Expected results:

My bookmarks and history should be synced through my Firefox account.
Bug: Intermittent browser/components/customizableui/test/browser_984455_bookmarks_items_reparenting.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-04-30 22:59:43+00:00
Resolved: 2024-09-25 12:02:09+00:00

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

---
```
TEST-PASS | browser/components/customizableui/test/browser_984455_bookmarks_items_reparenting.js | Item with ID personal-bookmarks should not have overflowedItem attribute - 
[task 2024-04-30T22:04:12.384Z] 22:04:12     INFO - Buffered messages logged at 22:03:28
[task 2024-04-30T22:04:12.385Z] 22:04:12     INFO - Waiting for bookmark toolbar item chevron popup to show
[task 2024-04-30T22:04:12.385Z] 22:04:12     INFO - Waiting for context menu on PlacesChevronPopup
[task 2024-04-30T22:04:12.386Z] 22:04:12     INFO - Buffered messages finished
[task 2024-04-30T22:04:12.387Z] 22:04:12     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_984455_bookmarks_items_reparenting.js | Test timed out - 
[task 2024-04-30T22:04:12.387Z] 22:04:12     INFO - GECKO(5428) | Completed ShutdownLeaks collections in process 3996
[task 2024-04-30T22:04:12.387Z] 22:04:12     INFO - TEST-START | Shutdown
```
Bug: Intermittent browser/components/customizableui/test/browser_customizemode_uidensity.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-05-01 00:40:45+00:00
Resolved: 2025-01-20 12:06:34+00:00

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

---
```
TEST-PASS | browser/components/customizableui/test/browser_customizemode_uidensity.js | Normal mode menuitem should be active by default - 
[task 2024-05-01T00:24:29.490Z] 00:24:29     INFO - Buffered messages finished
[task 2024-05-01T00:24:29.490Z] 00:24:29     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_customizemode_uidensity.js | Test timed out - 
[task 2024-05-01T00:24:29.491Z] 00:24:29     INFO - GECKO(6824) | Completed ShutdownLeaks collections in process 3924
[task 2024-05-01T00:24:29.492Z] 00:24:29     INFO - TEST-START | Shutdown
```
Bug: Tooltips not working since Nightly 127 2024-04-28
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-01 02:30:36+00:00
Resolved: 2024-05-01 04:10:50+00:00

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

Steps to reproduce:

Loaded earlier build (2024-04-28-07-54-51) on new profile. Tooltips still working. Exited. Deleted. D/L and ran 2024-04-28-21-42-49. Tooltips broken. Current build still broken.


Actual results:

buildList failed:  NS_ERROR_UNEXPECTED: WindowsJumpLists.sys.mjs:281:15
    buildList resource:///modules/WindowsJumpLists.sys.mjs:281

Not much to go on, but that's all that's available.


Expected results:

Tooltips work. No error.
Bug: Try-again button should have visible focus when an error occurs
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-05-01 14:53:09+00:00
Resolved: 2024-05-04 09:37:30+00:00

### Description

We need to sure that the try-again button has visible focus when it becomes the active element during a panel error state, both to provide a better general user experience, and for a11y customers who would benefit from the extra visual signaling. 

---

### Steps to implement

* Ensure that `{ focusVisible: true }` is always passed when focusing the try-again button.

---

### Tests to implement

* Ensure that the try-again button is the active element in these scenarios.
Bug: I cant Open my  page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-05-01 15:37:35+00:00
Resolved: 2024-05-01 15:39:39+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36
Bug: usps tracking returns blank page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-01 16:27:02+00:00
Resolved: 2024-06-03 06:21:13+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36 Edg/124.0.0.0

Steps to reproduce:

tried to get tracking on mail delivery using usps.com and desktop firefox


Actual results:

usps.com returned a completely blank page (checked via source)

the issue appears to be user-agent related.  over-riding the default 

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

with 

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36 Edg/124.0.0.0 

returns results as expected


Expected results:

tracking report returned
Bug: DLP timeout is not enforced by Firefox
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-05-01 18:48:40+00:00
Resolved: 2025-02-21 09:39:48+00:00

The `browser.contentanalysis.agent_timeout` pref (and corresponding enterprise policy) are used to set the [`expires_at` field on `ContentAnalysisRequest`](https://searchfox.org/mozilla-central/rev/b41bb321fe4bd7d03926083698ac498ebec0accf/third_party/content_analysis_sdk/proto/content_analysis/sdk/analysis.proto#150). However, Firefox does not enforce this timeout. Firefox should probably cancel the request after the timeout expires (or, to be more precise, handle it like we do when the user cancels and just stop blocking the UI)
Bug: The resizer control for <textarea> has insufficient color contrast on Dark and Alpenglow themes
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-05-01 19:38:11+00:00
Resolved: 2024-06-20 12:59:00+00:00

### STR:
1. Set up Firefox theme to Dark or Alpenglow
1. Two cases:
    1. Case 1 (chrome): Navigate to any page and open Report Broken Site panel (i.e. via Menu > `Report broken site`)
    1. Case 2 (content): Navigate to `data:text/html,<textarea style="background:black;">`
1. Locate the textarea and evaluate the appearance of the resizing control (at the bottom right on the LTR locale)

### Expected:
1. The resizing control is easy to locate and it is clearly an operable element on the screen.
1. Color contrast of the `///` resizing control against the `<textarea>` background is at least 3:1 ([per WCAG 2.2](https://www.w3.org/WAI/WCAG22/Understanding/non-text-contrast.html))

### Actual:
1. The resizing control is hard to discern on the Fx default Dark and Alpenglow themes making it is hard to see, hard to point to, and it may not be clear if this corner is, in fact, operable.
Bug: New FxA CTA panel and App menu lead to same entry points
Status: NEW
Priority: P2
Created: 2024-05-01 21:53:17+00:00
Resolved: 2024-05-01 21:53:56+00:00

Discussions in https://bugzilla.mozilla.org/show_bug.cgi?id=1885645 led to a refactor of the new FxA panel shown in the avatar menu. However, it was brought up that now the new panel login button and the app menu login button lead to the same url/entrypoint for FxA sign in. This may or may not be an issue depending on how the FxA team tracks these flows. 

For context:

The Avatar menu is the button on the toolbar that is enabled when the pref `identity.fxaccounts.toolbar.pxiToolbarEnabled` is enabled. It will look like the screenshot attached once https://bugzilla.mozilla.org/show_bug.cgi?id=1885645 lands

Clicking the "Sign in to sync" button will take you to the FxA sign in page with the follow url:
- https://accounts.firefox.com/?context=fx_desktop_v3&entrypoint=fxa_toolbar_button&action=email&service=sync


The App menu is the hamburger menu on the toolbar that, when opened, has a section that says "Sync and save data" with a sign in option. Clicking that option also takes you to FxA sign in page with the following url:
- https://accounts.firefox.com/?context=fx_desktop_v3&entrypoint=fxa_toolbar_button&action=email&service=sync

Which is currently the exact same as the other menu. We should ensure this is intentional and/or make changes if not.
Bug: Having issues with inserts not being displayed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-05-01 23:14:38+00:00
Resolved: 2024-06-10 11:28:05+00:00

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

Steps to reproduce:

Used Chrome


Actual results:

Chrome displayed insert correctly while Firefox does not


Expected results:

Image should have been displayed

https://www.yahoo.com/news/trump-unleashes-bizarre-word-salad-084025534.html
Bug: Firefox hangs while download is in-progress, can't interact with Fx
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-05-01 23:31:24+00:00
Resolved: 2024-05-29 11:05:39+00:00

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

Steps to reproduce:

Downloaded a file, like https://www.libreoffice.org/donate/dl/win-x86_64/7.6.6/en-US/LibreOffice_7.6.6_Win_x86-64.msi from https://www.libreoffice.org/download/download-libreoffice/


Actual results:

You can't interact with the Fx GUI until the download is done and the vertical down arrow + tray symbol is shown in the toolbar.  This is a new innovation in 125 (maybe .0.2 or .0.3).


Expected results:

The Fx GUI should not be blocked while a file is being downloaded; I should be able to go about my browsing business while the download is in-progress.
Bug: SelectTranslationsPanel glitches when resized below the bottom screen boundary
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-05-02 00:58:00+00:00
Resolved: 2024-06-13 12:12:35+00:00

### Description

I do not believe that the XUL panels were originally designed to be dynamically resized by click-and-dragging the mouse. As such, when the SelectTranslationsPanel allows for this case, some glitchy behavior occurs once the panel is resized below the bottom edge of the screen boundary.

We should disallow this situation for the SelectTranslationsPanel.

---

### Steps to Reproduce

* Open a page and highlight all of the text.
* Open the SelectTranslationsPanel via the right-click context menu, near to the lower-middle portion of the page.
* Drag the textarea resizer down such that the bottom of the panel is dragged below the bottom of the screen.

**Expected Behavior**
The panel is not allowed to be resized that far, and stops before the bottom edge of the screen.

**Actual behavior**
The panel is dragged below the bottom of the screen, causing various glitchy behaviors that differ for each operating system.

---

### Steps to implement

* Calculate the max-height for the panel based on the screen boundaries, and impose a maximum height such that this case is not encountered. 

---

### Tests to implement

* This is very hard to test in automation, as it involves clicking and dragging with the mouse.
Bug: reCaptcha Spins Infinitely after Clicking the Checkbox
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-02 05:39:27+00:00
Resolved: 2024-05-26 20:30:52+00:00

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

Steps to reproduce:

For reference, I'm running v125.0.3 of Firefox on a 64-bit Windows 11 Pro laptop.

Try to go to a website or form that requires reCaptcha. Click the checkbox.


Actual results:

reCaptcha continues to spin infinitely instead of switching to a checkmark. "I'm human" verification that reCaptcha is supposed to provide fails, and the website or form requiring reCaptcha does not allow the user to proceed.


Expected results:

Depending on the website, when the checkbox was clicked, reCaptcha should've either

1. Changed from a spinning circle to a green checkmark after a few seconds OR

2. It should've asked the user to select objects from a number of pictures before then switching to a green checkmark or telling the user to try again.
Bug: Long hangs (75s) seen when opening the address bar due to waiting for the clipboard
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-05-02 08:08:47+00:00
Resolved: 2024-05-22 12:48:38+00:00

In Firefox 125 we enabled a new feature on release (bug 1882478) to present a suggestion on the address bar if the user has a url on their clipboard.

We have had a [couple of reports on Reddit](https://www.reddit.com/r/firefox/comments/1cgxysc/ever_since_update_the_second_i_press_the_search/) of users seeing long hangs when clicking on the address bar.

One user has been able to [capture a profile](https://share.firefox.dev/4dmjmZV), which shows a 75 second hang with this stack:

```
ZwUserGetClipboardData [win32u.dll]
GetClipboardData [user32.dll]
CClipDataObject::OleGetClipboardData(unsigned int, void**) [com\ole32\ole232\clipbrd\clipdata.cpp]
CClipDataObject::GetData(tagFORMATETC*, tagSTGMEDIUM*) [com\ole32\ole232\clipbrd\clipdata.cpp]
RepeatedlyTryGetData::<lambda_19>::operator()() const [widget/windows/nsClipboard.cpp]
RepeatedlyTry(RepeatedlyTryGetData::<lambda_19>, std::_Binder<std::_Unforced,void (&)(long, const nsTString<char> &),const std::_Ph<1> &,nsTLiteralString<char> >) [widget/windows/nsClipboard.cpp]
RepeatedlyTryGetData(IDataObject&, tagFORMATETC*, tagSTGMEDIUM*) [widget/windows/nsClipboard.cpp]
nsClipboard::FillSTGMedium(IDataObject*, unsigned int, tagFORMATETC*, tagSTGMEDIUM*, unsigned long) [widget/windows/nsClipboard.cpp]
nsClipboard::GetNativeDataOffClipboard(IDataObject*, unsigned int, unsigned int, char const*, void**, unsigned int*) [widget/windows/nsClipboard.cpp]
nsClipboard::GetDataFromDataObject(IDataObject*, unsigned int, nsIWidget*, nsITransferable*) [widget/windows/nsClipboard.cpp]
nsClipboard::GetNativeClipboardData(nsITransferable*, int) [widget/windows/nsClipboard.cpp]
nsBaseClipboard::GetData(nsITransferable*, int, mozilla::dom::WindowContext*) [widget/nsBaseClipboard.cpp]
...
readFromClipboard [chrome://browser/content/browser.js:3091:27]
isActive [resource:///modules/UrlbarProviderClipboard.sys.mjs:49:11]
js::RunScript
tryMethod [resource:///modules/UrlbarUtils.sys.mjs:2365:12]
start [resource:///modules/UrlbarProvidersManager.sys.mjs:405:14]
startQuery [resource:///modules/UrlbarProvidersManager.sys.mjs:215:19]
```
Bug: JSON with large numbers: Wrong output
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-05-02 10:09:45+00:00
Resolved: 2024-05-02 10:53:34+00:00

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

Steps to reproduce:

I have stumbled upon an issue when it comes to printing JSON packages.

I created this JSON package, and openend it in firefox
{"should_be_4870601124421231741":4870601124421231741}


Actual results:

I got the output 

should_be_4870601124421231741	4870601124421232000


Expected results:

I expcted to see

should_be_4870601124421231741	4870601124421231741
Bug: back button does not work after open "Import From Another Browser..."
Status: NEW
Priority: P3
Created: 2024-05-02 15:08:11+00:00
Resolved: 2024-05-09 20:25:07+00:00

Steps To reproduce:
0. Open New Tab Page
1. Alt > File > "Import From Another Browser..."
2. Cancel sub-dialog
3. Click back button

Actual Results:
The sub-dialog pops up again

Expected Results:
Back to "New Tab Page"
Bug: Copy and download buttons are not functional when screenshot is loading
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-05-02 16:30:19+00:00
Resolved: 2024-05-07 17:36:26+00:00

from [comment 6](https://bugzilla.mozilla.org/show_bug.cgi?id=1892125#c6) on bug 1892125
I can still reproduce this issue [bug 1892125] on the latest Nightly 127.0a1 - tested on macOS 13. I reproduced it with both Copy and Download options of the Save full page dialog. Please see the [screen recording](https://imgur.com/a/LjQhKbk).

Here are the steps that I used.
1. Navigated to https://en.wikipedia.org/wiki/Sun
2. Restarted Nightly using the key shortcuts Cmd+Shift+J and then Cmd+Option+R
3. On the Wiki page - enable Screenshots using Cmd+Shift+S
4. Quickly clicked on the Save full page and then on the Copy button

Actual results - the Preview dialog is dismissed, no 'Screenshot copied' notification is shown and the screenshot is not copied. Please keep in mind that the issue is intermittent.
Bug: Labels are not programmatically associated with the language comboboxes on the Full page Translations panel
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-05-02 18:34:08+00:00
Resolved: 2024-05-03 13:15:53+00:00

The comboboxes do not have programmatic labels because `aria-labelledby` on each combobox is referring to the invalid `id` attribute instead of the `<label>` on to provide accessible name.
Bug: Errors on the Full Page Translations panel are not announced when they appear
Status: NEW
Priority: --
Created: 2024-05-02 18:44:34+00:00
Resolved: 2024-10-09 13:48:24+00:00

When an error appears on the Full Translations Panel, it is not announced to a user. We'd need to use `role=alert` to ensure the error is properly exposed to the Accessibility API and is announced when it becomes visible.

To test, choose wrong `from` language and press `Translate` on the panel and observe the behavior of a screen reader.