av9ash/GitBugs huggingface dataset:
Bug: [macOS][VO] Enhanced protection panel website title disappears after specific steps while VO is active
Status: NEW
Priority: --
Created: 2024-03-12 10:34:43+00:00
Resolved: 2024-03-20 15:55:04+00:00

**Found in**
- Firefox 125.0a1

**Affected versions**
- Firefox 124.0
- Firefox 125.0a1

**Tested platforms**
- Affected platforms: macOS 14.4

**Preconditions**
- Have VoiceOver active

**Steps to reproduce**
1. Launch Firefox and access any website 
2. Access the Enhanced Protections panel once and select Info button to minimize the panel
4. Focus over Protection settings and control+option+up arrow

**Expected result**
- The "Protections for ..." message is read

**Actual result**
-  The message disappears and the link and message from the extended part of the panel are focused and read

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1PhahsrmhbCKPN2VYsRKu8UzNfNGAmDrm/view?usp=sharing)
Bug: about:translations stops working until reloading the page
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-03-12 10:48:00+00:00
Resolved: 2024-04-19 00:32:21+00:00

Not sure exactly of the STRs, but it has happened recurrently for me recently.

STR (hopefully):
 1. Open about:translations
 2. Source language as German
 3. Target language as French
 4. Paste some german text in the input field
 5. Translation works
 6. Switch to another page, select new text
 7. Paste in input the new text

Expected:
 Translation updates

Actual:
 Sometime not. You need to reload.

I dont know if it matters if I select all then remove, or just select all and paste over.

There was no error visible in consoles.
Bug: [Experiment] The “Submit” button doesn't work on the Review Checker “Opted-out Survey”
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-12 12:27:19+00:00
Resolved: 2024-03-19 17:35:26+00:00

**[Affected versions]:**
- Firefox Beta 124.0b8 (Build ID: 20240306104756)

**[Affected Platforms]:**
- Windows 10 x64
- Windows 11 x64
- Ubuntu 22.04 x64
- macOS 13.6.2

**[Prerequisites]:**
- Have created a new Firefox profile.
- Have the “nimbus.debug” pref set to true in the "about:config" page.

**[Steps to reproduce]:**
1. Navigate to the “about:studies?optin_slug=review-checker-v11-experiment&optin_branch=treatment-c&optin_collection=nimbus-preview” experiment.
2. Navigate to one of the supported websites (e.g. [www.amazon.com](www.amazon.com)) and click on any of the products.
3. Click the "Yes, try it" button from the "Review Checker" sidebar.
4. Click the "Turn off Review Checker" button from the "Review Checker" sidebar -> Settings section.
5. Select at least 1 option from the “Opted-out Microsurvey”.
6. Click the “Submit” button and observe the behavior.

**[Expected result]:**
- The answer is submitted and the next screen of the “Opted-out Microsurvey” message is displayed.

**[Actual result]:**
- Nothing happens, the “Opted-out Microsurvey” message displays the same screen.

**[Notes]:**
- The telemetry is correctly sent for each option from the “Opted-out Microsurvey”.
- Attached is a screen recording of the issue.
Bug: Mutliple windows open causes the last windows and tab to be opened
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-03-12 13:53:35+00:00
Resolved: 2024-03-25 17:00:00+00:00

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

Steps to reproduce:

Observation: I’ve noticed a bug in the latest version of Firefox, where the expected behavior differs from the actual outcome.
Scenario: When you open Firefox, you have the option to configure it to restore the last opened tabs. This feature generally works well, but there’s an exception.
Steps:
Open multiple tabs with websites like bbc.co.uk, cnn.com, and sky.com. At this point, you’ll have one window with three tabs open.
Now, open a new window with only one tab (e.g., svt.se).
Finally, close all windows. However, make sure to close the window with three tabs first, followed by the window containing only the svt.se tab.


Actual results:

The behaviour is that when I start Firefox, it remembers the last closed window, which only had one tab with SVT.se, and it opens this window exclusively.


Expected results:

It's possible that I accidentally closed the wrong window with three tabs. I should be able to open both the window with three tabs and the one with one tab next time.
Bug: Firefox saves website titles in "places.sqlite" and loads possibly obsolete titles in address bar search suggestions on the next browser run
Status: NEW
Priority: P3
Created: 2024-03-12 14:56:51+00:00
Resolved: 2024-03-21 14:15:36+00:00

Steps to reproduce:

I visited a website with a title that changes frequently depending on user interaction or other events (e.g. email inbox website).


Actual results:

Firefox saved its title in "places.sqlite" and on the next browser run when i start to type the URL of my email website in address bar Firefox shows a search suggestion:

(#) Inbox - My Email Provider - https://my.email.website.tld/

Where "#" is the old number of unread emails from the last time I visited my email inbox.


Expected results:

Instead of confusing me with some long, obsolete, ugly and irrelevant website titles, Firefox should be actually helpful and show me my bookmark title for that website or only use the "Visit" keyword if there is no bookmark title. It should be at least configurable in "about:config" or in preferences that the user wants to disable saving website titles (and descriptions) in "places.sqlite" (= user wants "NULL" in "title" and "description" fields on each entry in table "moz_places" in "places.sqlite"). Probably showing bookmark titles in search suggestions should be preferred by default even if user does not disable saving website titles (and descriptions) in "places.sqlite". Why? Because the website titles are often too long, too inconsistent or even irrelevant plus obsolete and also may contain weird Unicode characters = in short completely unusable/unacceptable source of address bar search suggestions labels. Especially when we consider that the website titles cannot be controlled by the user => user cannot edit confusing titles away and is annoyed and confused continuously by these.
Bug: Close current tab button is missing an accessible name and role
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-03-12 16:28:34+00:00
Resolved: 2024-08-07 11:53:14+00:00

The [tab-close-button](https://searchfox.org/mozilla-central/rev/f9157a03835653cd3ece8d2dc713a782b7e4374e/browser/base/content/tabbrowser-tab.js#40) is not labeled and is missing an interactive role of button, while it is functioning as one. 

Note: we do not want this control to be keyboard focusable, because keyboard-only user could close the tab via the context menu and we don't want to create an additional tab stop for the navigation as well, but making sure the control is marked up as a button with an accessible name would allow it to be actionable with speech-to-text software, with touch devices, with switch controls in scan mode, and for screen readers via their navigation shortcuts as well.
Bug: Import history from another browser section on Firefox View History tab would not announce the context for buttons on it
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-03-12 17:29:31+00:00
Resolved: 2024-05-21 08:54:57+00:00

When Firefox View - History tab is opened in a new profile or with an unauthorized user, the `Import history from another browser` section is shown with the following text:
> Import history from another browser
> Make Nightly your go-to browser. Import browsing history, bookmarks, and more.
Neither of these lines would be announced by a screen reader when a user is focusing either of buttons of the section (`Choose browser` or `Close`)

This section should be marked up as a landmark (i.e. like the list below on the page) and use the heading as an accessible name for the landmark and the paragraph as a decription (i.e. with `aria-labelledby` and `aria-describedby` references to their IDs). It is marked up as a group but the group has no label and is not referring to the content of this group.

This is especially important for the Firefox View, because the `role='application'` is used and the screen reader is not expected to read all the content. Windows and Linux users would be affected the most.

Also, the `Import history from another browser` should be a programmatic heading too (`<h3>`)
Bug: Empty card on Firefox View Tabs From Other Devices tab would not announce the context for its button
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-03-12 17:57:25+00:00
Resolved: 2024-06-10 05:12:14+00:00

When Firefox View - Tabs from other devices tab is empty, i.e. opened in a new profile or with an unauthorized user, the `Grab tabs from anywhere` empty card section is shown with the heading and a static text. But neither of these lines would be announced by a screen reader when a user is focusing the button in the section (`Sign in or sign up`)

This section should be marked up as a landmark and use the heading as an accessible name for the landmark and the paragraph as a decription (i.e. with `aria-labelledby` and `aria-describedby` references to their IDs). Currently, it is marked up as a group but the group has no label and is not referring to the content of this group.

This is especially important for the Firefox View, because the `role='application'` is used and the screen reader is not expected to read all the content, since it would be navigating in [the Forms/Focus mode](https://www.accessibility-developer-guide.com/knowledge/screen-readers/desktop/browse-focus-modes/) by default. Windows and Linux users would be affected the most.
Bug: Empty card on Firefox View Recently Closed Tabs tab would not announce the context for its link
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2024-03-12 17:59:43+00:00
Resolved: 2024-04-18 00:00:14+00:00

When Firefox View - Recently Closed Tabs tab is empty, i.e. opened in a new profile or with an unauthorized user, the `Closed a tab too soon?` empty card section is shown with the heading and a static text. But neither of these lines would be announced by a screen reader when a user is focusing the link in the section (`browsing history`)

This section should be marked up as a landmark and use the heading as an accessible name for the landmark and the paragraph as a decription (i.e. with `aria-labelledby` and `aria-describedby` references to their IDs). Currently, it is marked up as a group but the group has no label and is not referring to the content of this group.

This is especially important for the Firefox View, because the `role='application'` is used and the screen reader is not expected to read all the content, since it would be navigating in [the Forms/Focus mode](https://www.accessibility-developer-guide.com/knowledge/screen-readers/desktop/browse-focus-modes/) by default. Windows and Linux users would be affected the most.
Bug: Empty cards on Firefox View Recent Browsing tab would not announce the context for their controls
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2024-03-12 18:04:24+00:00
Resolved: 2024-04-17 23:52:09+00:00

When Firefox View - Recent Browsing tab's section for `Recently Closed Tabs` and `Tabs from other devices` are empty, i.e. opened in a new profile or with an unauthorized user, the `Closed a tab too soon?` and `Grab tabs from anywhere` empty card sections are each shown with the heading and a static text. But neither of these lines would be announced by a screen reader when a user is focusing the control in each section (`browsing history` link and `Sign in or sign up` button)

Each of these sections should be marked up as a landmark and use the heading as an accessible name for the landmark and the paragraph as a decription (i.e. with `aria-labelledby` and `aria-describedby` references to their IDs). Currently, it is marked up as a group but the group has no label and is not referring to the content of this group.

This is especially important for the Firefox View, because the `role='application'` is used and the screen reader is not expected to read all the content, since it would be navigating in [the Forms/Focus mode](https://www.accessibility-developer-guide.com/knowledge/screen-readers/desktop/browse-focus-modes/) by default. Windows and Linux users would be affected the most.
Bug: Page Info erroneously reports "The website… does not support encryption for the page you are viewing."
Status: NEW
Priority: P3
Created: 2024-03-12 22:17:38+00:00
Resolved: 2024-06-04 14:02:27+00:00

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

Steps to reproduce:

- Visit a site with HTTPS supported, but a certificate that doesn't include the domain or IP visited.
- Click "Not Secure" left of the URL bar.
- Select "Connection not secure".
- Select "More information".


Actual results:

Page info box says "The website www.example.com does not support encryption for the page you are viewing. Information sent over the Internet without encryption can be seen by other people while it is in transit."

However, the server does support encryption, the connection was HTTPS and encrypted.

This confused me into thinking there was a problem with the server only supporting HTTP, rather than a certificate problem.


Expected results:

The box should report the actual problem, that the encryption can't be trusted.

The sentence about "Information sent over the Internet without encryption" should be omitted as confusing and irrelevant.
Bug: “save-as”-file dialog in firefox 123.0 (linux 6.1/debian 11/kde plasma 5.2/qt5.15) not showing “recent” places (recent folders, recent documents…)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-13 09:42:22+00:00
Resolved: 2024-03-13 11:00:18+00:00

Steps to reproduce:

... it just shows "home", "desktop", "downloads", "others"... same for all file dialogs ("open file", "save page as"...).

apps like brave with full qt5-integration show the normal kde file dialog.

how to make this work in firefox so i don't have to click through endless folders for saving files into the final folder?
Bug: Firefox View selected and focused category is displayed with extra border frame
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-03-13 13:12:53+00:00
Resolved: 2024-05-07 14:02:37+00:00

**Affected versions**
* Nightly 125.0a1

**Affected platforms**
* Windows 10 x64
* Untested platforms: Ubuntu, Mac 

**Steps to reproduce**
1. Go to Firefox View page 
2. Using Tab key select the Firefox View categories: Recent Browsing, Open Tabs 
3. Observe the Firefox View selected category 

**Expected result**
* Firefox View Tab key selected category should be displayed properly

**Actual result**
* Firefox View selected and focused category is displayed with extra border frame

**Regression range**
* First bad: 2024-02-21
* Last good: 2024-02-22
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=bf0897ec442e625c185407cc615a6adc0e40fa75&tochange=558067032002ffc8a775205a29adbe2dd686df28
* Potential regressor: Bug 1850591 

**Additional notes**
* See the attached screenshots for more information
Bug: Tab hover previews disable the tab close button tooltip
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-03-13 13:47:49+00:00
Resolved: 2024-05-28 15:33:56+00:00

While reviewing https://phabricator.services.mozilla.com/D204413, I noticed that tab hover previews disable the close button tooltip. That's... not great in terms of educating / training (new) users, e.g. the tooltip would tell you whether the close button would close one tab or multiple when you have multiple selected.
Bug: Tab hover preview panel colors don't integrate well with themes
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-03-13 13:53:51+00:00
Resolved: 2024-04-18 14:07:57+00:00

Bug 1884417 tweaked these colors, but they still seem to tailored specifically for our Dark and Light themes, and will feel off with other themes. On Linux this even applies to our default system theme in dark mode, see attached screenshot.
Bug: From Bookmark Library, When clicking a Link, it opens, overriding the active Tab, not in a new tab like usual.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-03-13 15:55:14+00:00
Resolved: 2024-03-13 17:11:29+00:00

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

Steps to reproduce:

Open "Manage Bookmarks"  or Ctrl-Shift-O 
click on a link in the list



Actual results:

It opens, overriding the active tab in the browser.


Expected results:

opened in a new Tab.
Bug: Investigate multistage transition intermittent failures on debug builds
Status: ASSIGNED
Priority: P2
Created: 2024-03-13 17:22:58+00:00
Resolved: 2024-12-02 20:15:03+00:00

Multistage transitions have started failing [intermittently on debug builds for windows and linux](https://treeherder.mozilla.org/intermittent-failures/bugdetails?bug=1875203&startday=2024-03-04&endday=2024-03-10&tree=all). See [1875203](https://bugzilla.mozilla.org/show_bug.cgi?id=1875203) for additional failure logs. We've disabled these test cases on debug builds but we should figure out what's causing them to fail.

```
Should render div.proton.transition-out .screen in multistage proton step 1 transition to 2 - timed out after 50 tries.
```
Bug: Servers tab of Certificate Manager does not allow selecting/deleting multiple items
Status: NEW
Priority: P3
Created: 2024-03-14 02:30:16+00:00
Resolved: 2024-03-20 01:03:27+00:00

Under _Settings > Certificates > View Certificates_ under the _Servers_ tab, there are a couple of issues. The list doesn't allow multiple selection and deletion like the _Your Certificates_ tab does, though the confirmation dialogue for deleting a single exception from the former shows the same list of items to be deleted as the latter (with only a single item). Shift + movement keys, Ctrl + A, etc. do nothing. The Delete key is also a no-op.

To clean up a long list, I have to repeat a sequence like Alt + Shift + D, Enter, Shift + Tab many times. I can also tab/click for selecting the next item, but it's no faster. It seems like it's missing some list interaction code that would surely exist elsewhere.
Bug: previous windows and tabs on windows restore
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-03-14 14:23:00+00:00
Resolved: 2024-04-22 16:09:39+00:00

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

Steps to reproduce:

On windows_ 
Having settings: open previous (at start)_ 
When restarting firefox (having previous session)_
its an empty(new tab default) window. 


Actual results:

Have to use Ctrl-Shift-N, (that gets me my last session)
its an empty window.  (this shouldn't be a problem i have to deal with)


Expected results:

Restore all (prev. sess.-'s) active windows fully when starting new firefox instance.

(Also would recommend rethinking last-tab-from-window-transfered interaction with said(ctrl-shift-n) reopening key-combination
- so there is also a request for enhancement)
Bug: DefaultDownloadDirectory in policies.json results in locked "save files to" UI for user
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-03-14 15:51:33+00:00
Resolved: 2024-04-05 01:37:16+00:00

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

Steps to reproduce:

1. Created a policies.json file where ```DefaultDownloadDirectory``` is set to ```${home}\\Downloads```:
```
{
	"policies": {
		"DefaultDownloadDirectory": "${home}\\Downloads"
	}	
}
```
2. Subsequently, placed this file within the installation directory: C:\Program Files\Mozilla Firefox\distribution\policies.json
3. restarted the browser and went to ```Settings > General > Downloads```


Actual results:

The "save files to" option is now set to "Downloads" but it is now locked and the user is unable to change the Path within the UI. 

-> It nearly behaves the same as ```DownloadDirectory``` just with the checkbox "Always ask where to save files" not locked.


Expected results:

Since it is a ***default*** policy, the "save files to" option should not be locked - the user should still be provided by default with the directory specified in this policy but should be able to change this directory in the settings UI.
Bug: Intermittent browser/components/uitour/test/browser_UITour_modalDialog.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-03-14 20:27:33+00:00
Resolved: 2024-04-10 12:03:08+00:00

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

---
```
[task 2024-03-14T19:56:31.512Z] 19:56:31     INFO - TEST-OK | browser/components/uitour/test/browser_UITour_forceReaderMode.js | took 1069ms
[task 2024-03-14T19:56:31.529Z] 19:56:31     INFO - checking window state
[task 2024-03-14T19:56:31.535Z] 19:56:31     INFO - TEST-START | browser/components/uitour/test/browser_UITour_modalDialog.js
[task 2024-03-14T19:56:31.987Z] 19:56:31     INFO - GECKO(2792) | must wait for focus in content
[task 2024-03-14T20:02:42.119Z] 20:02:42     INFO - Buffered messages logged at 19:56:31
[task 2024-03-14T20:02:42.119Z] 20:02:42     INFO - Starting 
[task 2024-03-14T20:02:42.119Z] 20:02:42     INFO - 	test_modal_dialog_while_opening_tooltip
[task 2024-03-14T20:02:42.120Z] 20:02:42     INFO - Buffered messages logged at 19:56:32
[task 2024-03-14T20:02:42.120Z] 20:02:42     INFO - Console message: [JavaScript Warning: "sizeToContent() is deprecated and will be removed in the future." {file: "chrome://global/content/commonDialog.js" line: 132}]
[task 2024-03-14T20:02:42.120Z] 20:02:42     INFO - Buffered messages finished
[task 2024-03-14T20:02:42.121Z] 20:02:42     INFO - TEST-UNEXPECTED-TIMEOUT | browser/components/uitour/test/browser_UITour_modalDialog.js | application timed out after 370 seconds with no output
[task 2024-03-14T20:02:42.121Z] 20:02:42     INFO - TEST-INFO took 370466ms
```
Bug: Some links in the migration wizard open in the current tab instead of in a new tab
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-03-14 20:41:43+00:00
Resolved: 2024-03-15 21:01:18+00:00

The following links need to be fixed:
- Extensions section, "support-text deemphasized-text" when extensions are successfully matched
- Extensions section, "support-text deemphasized-text" when extensions are not matched
 
The links that open about:addons don't need a `target="_blank"` since that event handler opens a new tab for us.
Bug: Skylight: remove version numbers for in-production messages
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-03-14 21:49:27+00:00
Resolved: 2024-04-16 18:50:21+00:00

Right now, what the Skylight dashboard is showing is not the version number of the clients sending the messages, but, rather a version number when they were known to be in the tree. We need to spike and/or redesign how we represent these things, but until we do, having the numbers there is more confusing than helpful.