av9ash/GitBugs huggingface dataset:
Bug: [Win] Focus order is chaotic when an NVDA user tries to use Up/Down Arrows to navigate a list of links
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-08-01 18:00:09+00:00
Resolved: 2023-09-29 10:34:00+00:00

set `browser.tabs.firefox-view-next` to `true`

### STR:
1. With NVDA running, navigate to `View all` using keyboard (`Tab`)
1. Navigate to the second link in the list by pressing `Down Arrow` only
1. Press `Tab` and then press `Tab+Shift`

### Expected:
1. Focus visually would move to the second link when using `Down Arrow`
1. Pressing `Tab` would move the focus visually and programmatically to the next section (`Recently closed` tabs)
1. Pressing `Shift`+`Tab` would return the focus to the second link in the list of opened tabs

### Actual:
1. Focus stays on `View all` visually, while pressing `Enter` would activate a link from the list below
1. When a second link is announced by NVDA, pressing `Tab` moves the programmatic and visual focus to the third link in the list
1. Pressing `Shift`+`Tab` moves the programmatic and visual focus to the first link in the list

The biggest concern here is that while keyboard-only users would use Arrow navigation for the list of links, screen reader users won't be able to move their focus visually, thus for sighted screen reader user like those with low vision or with dyslexia it would be confusing where the focus position is currently is and if the focus is moved and which control would be, in fact, activated should they press `Enter` now. 

The sudden added focusability of some controls just makes this issue with the clarity of navigation more confusing.
Bug: It takes time for open application menu(and Extenstions button etc...) after save file dialog closed if there are dead entries of pinned folders from Quick access in File Explorer
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-08-01 18:31:34+00:00
Resolved: 2023-08-02 06:32:21+00:00

​​### Basic information

Steps to Reproduce:
1. Start Firefox (with or without add-ons)
2. Open any page in New Tab. 
3. Right click on contents area
4. Choose `Save Page as...`
5. When save dialog pops up, click on `Cancel` button
6. Click on hamburger menu button etc. 

Expected Results:
Application arrow panel should immediately open.


Actual Results:
It takes time to open the panel.


### Performance recording (profile)

Profile URL:
https://share.firefox.dev/3OFcH30
Bug: [Win] When returning to FirefoxView-Next tab with NVDA, the keyboard focus is different from the programmatic focus
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-08-01 19:25:26+00:00
Resolved: 2023-09-25 09:49:30+00:00

set `browser.tabs.firefox-view-next` to `true` and ensure a screen reader (i.e. NVDA) is running

### STR:
1.   With NVDA running, navigate to `View all` using the keyboard (`Tab`)
1. Navigate to the second link in the list by pressing `Down Arrow ` only (bug 1846572)
1. Press `Shift`+`Tab` to change the view to any other window. Then press `Shift`+`Tab` again to return to the Fx View window
1. When a screen reader user returns the focus to the Firefox View tab/window from any other tab or window, the browsing mode focus (programmatic) position is saved (as expected), but it's not communicated visually

### Expected:
1. Focus visually remains on the same link that was focused before the user changed tabs/windows (so a screen reader announces that same item)

### Actual:
1. Visual placement of the focus is on the first link within the list, but the screen reader is announcing the link that was previously focused, which are two different elements

This issue may be resolved when a keyboard navigation with the screen reader is fixed in bug 1846572
Bug: [Win] Each link on the FirefoxView-Next is focused and announced as 3 different links by NVDA
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-08-01 19:33:38+00:00
Resolved: 2023-09-25 09:50:09+00:00

set `browser.tabs.firefox-view-next` to `true` and ensure a screen reader (i.e. NVDA) is running

### STR:
1.   With NVDA running, navigate to `View all` using the keyboard (`Tab`)
1. Navigate through the list of links in the browsing mode (by pressing `Down Arrow ` only / bug 1846572)

### Expected:
1. Each link is focused and announced as one unified entity: `{title}, {URL}, {time}, link` 

### Actual:
1. The default screen reader arrow navigation reads each column within each link individually: `{title}, link` > `{URL}, link` > `{time}, link` which makes them sound like 3 different links, instead of one unified link.
    1. This creates additional cognitive load for a user especially when arrow navigation in browsing mode is the only way to access controls within the list.

This issue may be resolved when keyboard navigation with the screen reader is fixed in bug 1846572
Bug: Link announcement on the FirefoxView-Next includes the full URL address
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-08-01 19:45:17+00:00
Resolved: 2023-08-09 01:17:33+00:00

set `browser.tabs.firefox-view-next` to `true` and ensure a screen reader (NVDA on Win, VO on Mac, Orca on Linux) is running

### STR:
1. Navigate to any link within any list of links and listen to the full announcement

### Expected:
1. URL that appears on-screen should be announced as such (truncated)

### Actual:
1. While the URL appears to be truncated on-screen, it is announced fully by a screen reader which is verbose and unnecessary.

It looks like this is coming from a `title` attribute that includes the full URL and is appearing on-screen on hover as a tooltip (as expected), thus the a11y-severity is lowered to s4, but the announcement is still too verbose and is very difficult to follow, especially it would increase a cognitive load for screen reader users with cognitive and learning disabilities.
Bug: Programmatic heading structure of FirefixView-Next is different than visual one
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-08-01 19:49:58+00:00
Resolved: 2023-10-02 14:48:05+00:00

set `browser.tabs.firefox-view-next` to `true`

`Recent browsing` and `Open tabs` with `Recently closed tabs` are all `<H2>` headings which do not communicate their visual and hierarchical importance on the page:
* visually the `Open tabs` with `Recently closed tabs` are sub-sections for the `Recent browsing`, thus the next level of headings is expected (`<h3>`s)
Bug: Programmatic label and a tooltip for the "..." Open menu buttons in "Tabs from other devices" is "Close"
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-01 20:01:10+00:00
Resolved: 2023-08-02 10:46:58+00:00

set `browser.tabs.firefox-view-next` to `true`

Meatballs sub-menu controls in the `Tabs from other devices` section have tooltips and accessible names `Close` (instead of `Open menu` as the same controls are called in the `History` section.

There are a few concerns for a11y:
1. Hard to predict the label or associate the label with the icon
1. Inconsistent navigation within the Fx View page
1. The menu does not include any option to close or remove this tab from other devices or from the list at all.

I've got a feeling this was not intentional :)
Bug: [HCM] Focus indication for menu items in the Open menu button includes two colors
Status: NEW
Priority: P3
Created: 2023-08-01 20:16:44+00:00
Resolved: 2024-02-14 19:20:03+00:00

set `browser.tabs.firefox-view-next` to `true` and activate a High Contrast Mode ([Instructions](https://firefox-source-docs.mozilla.org/accessible/ColorsAndHighContrastMode.html#operating-system-high-contrast-mode-os-hcm))

### STR:
1. Navigate to `Tabs from other devices` or `History` section of FirefoxView-Next with keyboard
1. Navigate to and activate any meatballs sub-menu `...` control (`Open menu`) button)
1. When a menu is opened and the first menu item is focused, review the focus indicator 

### Expected:
1. Focus outline is solid `CanvasText` color outline (refer to the [Acorns > Buttons > States > (HCM), State = Focus](https://acorn.firefox.com/latest/components/button/overview-udQAPeGf#search-445e4a50-8710-11ed-a82e-d98b0c93ddfd) examples)

### Actual:
1. Focus outline consists of two outlines: a `CanvasText` (as expected) and blue (on Windows 11 Night Sky HCM) or Accent color (on macOS)
Bug: Change "Open menu" strings for more menu's to give more context
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-08-01 20:35:10+00:00
Resolved: 2023-08-08 21:26:56+00:00

set `browser.tabs.firefox-view-next` to `true` to access FirefoxView-Next

Meatballs sub-menu controls in the `Tabs from other devices` (barring bug 1846598 fix) and `History` sections have tooltips and accessible names of `Open menu`, but since these buttons have `aria-haspopup` set to `menu` they are announced by screen readers as menu buttons (as expected). 

This creates redundant announcements like `subMenu, Open menu, button` by NVDA on Windows or `Open menu, menu pop up, button` by VoiceOver on MacOS.

At the same time, these labels do not provide any context into which actual tab/site they would apply should a user activate them:
1. the user would have to memorize the name of the tab/site before navigating to the appropriate control
1. the user won't be able to use a shortcut provided by their assistive technology to quickly activate a control (i.e. in a list of buttons provided by their screen reader there will be hundreds of `Open menu`s or a voice control user won't be able to activate a control with only one command)

Maybe, these menu buttons could be renamed to `More for {title}` or `More, {title}`, for instance? This would remove the redundancy and increase the value to assistive technology users, since the menu button itself implies that it would open a menu, thus no need to explicitly label it in that way.
Bug: [Linux] Import Data dropdown-menu doesn't have any border and so blends in to the UI that it's covering up
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-08-01 21:44:05+00:00
Resolved: 2023-08-31 14:43:24+00:00

STR:
1. Start Firefox Nightly with a fresh profile, on Ubuntu
2. Open Firefox Preferences and search for "Import", and then click "Import Data"
3. Click to open the dropdown menu to pick the data source (Chrome, etc)

ACTUAL RESULTS:
The dropdown menu (i.e. the menu popup) is the exact same color as its surroundings, with no separation between them.  See screenshot.

EXPECTED RESULTS:
We should have some sort of shadow or border around the dropdown-menu, so that the menu can be distinguished from its surroundings.
Bug: "Translate this page?" dialog flashes for an instant and then disappears during session restore
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-02 04:38:12+00:00
Resolved: 2023-08-07 22:34:44+00:00

I don't have concrete STR, but I've noticed that in my current browsing session (and I've noticed it in previous sessions as well), if I quit and restart Firefox, then my foreground page (which right now happens to be https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input ) flashes a "Translate this page?" dialog at its lower-right corner for *just an instant* (as in: it paints for literally a single animation frame, and that's it).

I can't reproduce in a fresh profile, but I've seen this on multiple different machines (with my regular browsing profile).

I'm using Nightly 118.0a1 (2023-08-01) (64-bit) on Ubuntu 22.04.
Bug: Pasting a string which has a null character in it into the address bar omits everything after the null byte
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-08-02 05:43:49+00:00
Resolved: 2023-08-02 16:42:42+00:00

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/111.0

Steps to reproduce:

Make a string which have null character(%00) in the beginning of a string. I created it using whatsapp api(https://api.whatsapp.com/send/?phone=xxxxxxxxxx&text=%00<any string>), after this copied that string and pasted into the url search bar.


Actual results:

It actually would not paste the string in the url search bar but in other browser the string is pasted with null character in front of them.


Expected results:

When I paste the string in the url search bar it should pasted that string but isn't.
Bug: Opening container tab by long-pressing new tab button also opens a non-container tab
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-08-02 09:34:03+00:00
Resolved: 2023-08-16 10:00:36+00:00

STR:
1. Long-press the new tab button and hold.
2. Select a container from the menu and then release the mouse button.

Expected:
One container tab is created.

Actual:
Two tabs are created, a normal tab and a container tab.

Does not occur when right-clicking the new tab button to create a container tab.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=728f4a4d08f5b369ce5c7bea17a23cdfbb30f196&tochange=92ad9c748611fc9b5be547415a651f136a27346f

Regressed by Bug 1792110.
Bug: Added SVG images cannot be resized horizontally/vertically in pdf.js
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-08-02 10:43:19+00:00
Resolved: 2023-08-30 14:10:53+00:00

STR:
 - open a pdf
 - add the SVG: https://github.com/mozilla/pdf.js/blob/master/test/images/firefox_logo.svg
 - resize vertically

The image is not resized but centered in its container.
Bug: Default to staging OHTTP endpoints for shopping for now
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-08-02 11:28:28+00:00
Resolved: 2023-08-29 10:08:11+00:00

We can finalize the OHTTP urls in bug 1846732 pre-release, but for now let's land the staging ones in-tree.
Bug: Firefox reagiert manchmal nicht sofort
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2023-08-02 11:36:47+00:00
Resolved: 2023-08-02 11:38:40+00:00

Steps to reproduce:

1. Firefox starten.
2. Webseite öfetrs aktualisieren.


Actual results:

Firefox läd die Webseite nicht korrekt und ist länger ausgelastet.


Expected results:

Die Webseite sofort laden.
Bug: Perma mass failures timeouts | L10nRegistry error: Missing resource in locale en-US: preview/shopping.ftl when Gecko 118 merges to Beta on 2023-08-28
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-08-02 13:15:42+00:00
Resolved: 2023-08-05 17:34:11+00:00

[Central as beta-simulation](https://treeherder.mozilla.org/jobs?repo=try&resultStatus=testfailed%2Cbusted%2Cexception%2Crunnable&revision=ea915ff6b9e87b4c6674c2bf1d551609be15532a&selectedTaskRun=DgUojpOZR1uGJ67bhki6kQ.0)

[How to run these simulations](https://wiki.mozilla.org/Sheriffing/How_To/Beta_simulations#TRUNK_AS_EARLY_BETA)

[Failure log Mn](https://treeherder.mozilla.org/logviewer?job_id=424631111&repo=try&lineNumber=1726)

[Failure log mochitest](https://treeherder.mozilla.org/logviewer?job_id=424630461&repo=try&lineNumber=1976)

```
DEBUG: Adding blocker SitePermsAddonProvider for phase AddonManager: Waiting for providers to shut down.
[task 2023-08-02T11:06:49.917Z] 11:06:49     INFO -  [Parent 857, GMPThread] WARNING: Failed to delete GMP storage directory: file /builds/worker/checkouts/gecko/dom/media/gmp/GMPServiceParent.cpp:1759
[task 2023-08-02T11:06:49.918Z] 11:06:49     INFO -  DEBUG: Adding blocker GMPProvider for phase AddonManager: Waiting for providers to shut down.
[task 2023-08-02T11:06:49.960Z] 11:06:49     INFO -  DEBUG: Adding blocker JSON store: writing data for 'handlers' for phase IOUtils: waiting for profileBeforeChange IO to complete
[task 2023-08-02T11:06:49.979Z] 11:06:49     INFO -  [Child 960, Main Thread] WARNING: could not set real-time limit in CubebUtils::InitLibrary: file /builds/worker/checkouts/gecko/dom/media/CubebUtils.cpp:655
[task 2023-08-02T11:06:50.033Z] 11:06:50     INFO -  [WARN  l10nregistry_ffi::env] L10nRegistry error: Missing resource in locale en-US: preview/shopping.ftl
[task 2023-08-02T11:06:50.035Z] 11:06:50     INFO -  [fluent] Couldn't find a message: browser-main-window-window-titles

```
Bug: Firefox Multi Account Containers addon opens multiple tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-02 13:53:00+00:00
Resolved: 2023-08-02 19:27:30+00:00

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

Steps to reproduce:

1. Install the "Firefox Multi-Account Containers" extension.
2. Open a new tab in the "Personal" container by:
    (i) click-and-hold on the [+] new tab button
    (ii) move down to the "Personal" menu item
    (iii) release the mouse button


Actual results:

* A new tab (no container) is created; as well as
* A new tab (personal container) is created.


Expected results:

* A new tab (personal container) is created.

This bug is *not* present in the current general release (116.0).
This bug *is* present in the current "Developer" release (117.0b2) and Nightly (118.0a1).

Note: This behaviour is *not* seen if you use the mouse a little differently:
    (i) click-and-hold on the [+] new tab button.  The container menu appears.
    (ii) release the mouse button.  The container menu stays.
    (iii) move down to the "Personal" menu item
    (iv) click the mouse button
Bug: Users enrolled in rich suggestions experiment will have broken UI
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-08-02 15:02:24+00:00
Resolved: 2023-08-07 21:55:26+00:00

https://bugzilla.mozilla.org/show_bug.cgi?id=1841408 refactored the rich suggestions layout and introduced using CSS -`moz-bool-pref` @ https://searchfox.org/mozilla-central/source/browser/themes/shared/urlbarView.css#67

This CSS requires a restart to be activated so when users are enrolled in an experiment that enables rich suggestions the feature will become activated without the relevant CSS being applied and will result in a broken UI.
Bug: After TabSelect and/or refreshing the page, the sidebar should re-fetch product information from the server
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-08-02 15:31:41+00:00
Resolved: 2023-09-08 10:55:58+00:00

Right now we skip the update because the sidebar's last product URI is the same as it is now. Going back and then forward, the sidebar does refresh. We should probably fix this.
Bug: Downloads icon not appearing in toolbar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-08-02 16:30:47+00:00
Resolved: 2023-08-03 20:43:19+00:00

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

Steps to reproduce:

Latest update auto-installed.


Actual results:

Downloads icon not in toolbar.  When I open Customize Toolbar screen, downloads icon appears in toolbar, but disappears again when switching to a web page window.  Downloads is not included in available tools on Customize Toolbar screen.


Expected results:

Download icon should be in toolbar.
Bug: Fix some remaining issues with micro survey feature callout experiments
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-08-02 19:10:20+00:00
Resolved: 2023-08-03 16:47:15+00:00

1. newtabFeatureCalloutCheck callouts don't correctly track their tour prefs, since the tour pref `browser.newtab.feature-tour` is not in SpecialMessageActions' `allowedPrefs`
2. checkboxes and radios aren't the right width/height (fixed in bug 1846782, but that won't land till 118)
3. the primary button transitions smoothly when it changes from disabled to active
4. when clicking the primary button, its own `action` is replaced with an array of the active multi-select items' actions. which works for some cases, but in this case we want the primary button to set the tour pref AND do the action of the active multi-select item. we could add the set tour pref action to each of the multi-select items to work around this issue, but that's a lot of redundant code. it's better if we just append the multi-select items' actions to the clicked button's actions (if it has any).
Bug: Fix race conditions and edge cases for offering translations
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-08-02 20:13:24+00:00
Resolved: 2024-04-09 08:55:14+00:00

We're still getting some errant offerings of popups and weird behavior. Erik and I did a read through the code and found some smaller issues that seemed racy or problematic.
Bug: In my current Firefox 117.0b2 (64-bit) on Windows 10 pro 22H2 (build 19045.3208), the "talkie" extension goes silent after about 430 letters.
Status: NEW
Priority: --
Created: 2023-08-02 20:26:55+00:00
Resolved: 2023-08-04 12:35:42+00:00

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

Steps to reproduce:

Display any website on firefox, mark text do be read, activate talkie and hear the read text.


Actual results:

After about 430 letters of text the sound goes silent, but talkie still runs.


Expected results:

Talkie should read audibly to the end of the marked text.
Bug: Missing buttons(radio button) in the "What should Firefox do with this file?" window
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-08-02 22:24:48+00:00
Resolved: 2025-01-20 05:25:06+00:00

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

Steps to reproduce:

When the "Ask whether to open or save files" option is selected in Settings, the radio buttons are missing from the "What should Firefox do with this file?" confirmation window that appears when a file download is triggered, making it difficult to know which option is selected.

Mozregression:
Bug 1845623 - Make some form controls always non-native on Windows.
pushlog_url: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=10692fd51184d10f78fb0eb56090f3c55827b561&tochange=dea0e46c28f4de563fdfc61f59c78262155b6a4e
Bug: Firefox ESR 115 applies extra white border (outline) to buttons
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-08-03 09:31:54+00:00
Resolved: 2023-08-03 12:30:22+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/16.5.2 Safari/605.1.15

Steps to reproduce:

1. Set the cursor in the input text box
2. hit 'tab' to move it to button so the button takes the focus


Actual results:

In FF-ESR 115.0.3 version, a white border (outline) appears around the button box.
In FF-ESR 102 it doesn't happen.


Expected results:

No extra outline other than the specified one must appears around the button box.
Bug: What's new link for 115.1.0esr is incorrect
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-08-03 09:46:00+00:00
Resolved: 2023-08-03 12:33:58+00:00

Steps to reproduce:

In 115.1.0esr open the About Firefox page and click on the "What's new" link.


Actual results:

The link https://www.mozilla.org/en-US/firefox/115.1.0/releasenotes/?utm_source=firefox-browser&utm_medium=firefox-desktop&utm_campaign=about-dialog is 404


Expected results:

The link should be https://www.mozilla.org/en-US/firefox/115.1esr/releasenotes/
Bug: The text of the Pocket" Recommended reads" Best Match entries is displayed in blue instead of black on Linux
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2023-08-03 11:48:31+00:00
Resolved: 2023-08-16 05:13:15+00:00

**[Affected versions]:**
- Firefox Beta 116.0b2 (Build ID: 20230801180159)
- Firefox Nightly 118.0a1 (Build ID: 20230802220030)

**[Affected platforms]:**
- Ubuntu 22.04 x64

**[Prerequisites]:**
- Have the latest Firefox Beta build installed.
- Have the following prefs set:
"browser.search.region" to "US"
"browser.urlbar.pocket.featureGate" to true
"browser.urlbar.bestMatch.enabled" to true

**[Steps to reproduce]:**
1. Open the Beta build with the prefs mentioned in the prerequisites.
2. Click the awesomebar and enter a high-confidence keyword (e.g. grind culture).
3. observe the Recommended reads entry.

**[Expected result]:**
- The collection description's text is displayed in black.

**[Actual result]:**
- The collection description's text is displayed in blue.

**[Notes]:**
- The issue is reproducible using both high-confidence and low-confidence keywords.
- The issue is not reproducible on Windows/macOS.
- Attached a screenshot of the issue: