av9ash/GitBugs huggingface dataset:
Bug: about:welcome radio buttons focus is cut off
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-11-13 18:44:34+00:00
Resolved: 2023-12-19 13:12:46+00:00

Radio buttons currently have a cut-off focus bar in about:welcome and likely need a bit more padding. To view this, edit AboutWelcomeDefaults to include radio buttons in one of the screens:
```
        "tiles": {
          "type": "multiselect",
          "style": {
            "flexDirection": "column",
            "alignItems": "flex-start",
          },
          "data": [
            {
              "id": "radio-1",
              "type": "radio",
              "group": "radios",
              "defaultValue": false,
              "label": {
                "raw": "I’m brand new"
              }
            },
            {
              "id": "radio-2",
              "type": "radio",
              "group": "radios",
              "defaultValue": false,
              "label": {
                "raw": "I’ve used it some"
              }
            },
         ]
```

Press tab and notice the focus is cut off.
Bug: "Allow Nightly to send backlogged crash reports on your behalf" check box has no accessibility label
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-11-14 08:52:35+00:00
Resolved: 2024-04-01 11:23:39+00:00

**Found in**
- Firefox 121.0a1

**Affected versions**
- Firefox 120.0
- Firefox 121.0a1

**Tested platforms**
- Affected platforms: macOS 13.6.1
- Unaffected platforms: Windows, Ubuntu

**Preconditions**
- Have VoiceOver active

**Steps to reproduce**
1. Launch Firefox
2. Access about:preferences#privacy
3. Tab through the page to "Firefox/Nightly Data Collection and Use" category
4. Tab to "Allow Firefox to send backlogged crash reports on your behalf"

**Expected result**
- The option is read by VoiceOver like the other ones before

**Actual result**
- VoiceOver only says "unticked, checkbox"

**Regression range**
- Will see if this is a regression

**Additional notes**
- The issue can be seen in the attachment.
Bug: reproducible session restore failure
Status: NEW
Priority: P3
Created: 2023-11-14 10:11:10+00:00
Resolved: 2023-12-22 15:04:40+00:00

On dev edition, macOS Venture 13.6 (22G120)

I have a session file that reproducibly halts mid-restore. I tried dropping same file in a nightly profile, same thing happens.

Typically this session restores fine, w/ browser restarts fairly often, for many years.

The session is ~2k tabs and from daily-use profile that is ancient - though I think i refreshed it a couple years ago.

The design of the restore feature is that this failure, even with a pathological session, should not be possible.

It is highly likely that whatever the failure cause is, it affects other sessions of varying sizes.

Given that the session was fine for a long time, perhaps it's site-specific data in the file causing the failure.

However, no way to really know until debugged.

I'll reach out backchannel to provide the file.
Bug: Files open in incorrect application after choosing default during download.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-11-14 15:27:24+00:00
Resolved: 2025-03-05 12:47:41+00:00

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

Steps to reproduce:

0.  I downloaded https://dl.flathub.org/repo/appstream/com.github.KRTirtho.Spotube.flatpakref (https://www.virustotal.com/gui/file/a92ea3ff8fd57b8cbacac60c0583fea7638ad1cd7b27092b471d1aca14de54fd)
0.  Ihose to open it in the default application (https://apps.kde.org/discover).


Actual results:

It opened Ark (https://apps.kde.org/ark).


Expected results:

It should have opened Discover, like it stated that it would.
Bug: For "Always ask" in the Applications settings, Firefox does not list all apps
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-11-15 03:29:05+00:00
Resolved: 2023-11-21 13:40:32+00:00

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

Steps to reproduce:

1. Make sure that for PostScript files, the action is "Always ask", and that the gv application is installed.
2. Open a PostScript file.
3. View all applications.


Actual results:

Not all applications are listed (e.g. not gv).


Expected results:

All applications should be listed. Or at least, the user should be able to select an arbitrary application, possibly by entering a pathname.
Bug: Bookmarks / slow /bad datbase
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-11-15 07:46:39+00:00
Resolved: 2023-12-18 15:38:40+00:00

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

Steps to reproduce:

me use bookmarks very often !
bookmarks about 25000+
search in bookmarks , create need one



Actual results:

select bookmark meun it hangs about 10-30 secs, firefox freezes in ths time.
searching in bookmark , one key -15 delay and so on.
you use sqliite, me can you see useable table structur --- normalize of data strucrur me can not be sen.

--- in chrome , the can use bookmarks , wirhout waitung

why there only 5000 bookmarks in firefox for android --- so not useable !

regards.


Expected results:

postet often bugs about bookmarks --- nothing goes on !
Bug: Update Firefox 119.0.1: Issue to load a specific page
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-11-15 10:24:44+00:00
Resolved: 2023-11-17 12:09:26+00:00

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

Steps to reproduce:

Hello,
I am a web designer/developer that work in Wordpress + Elementor in Linux Mint 21.2.
This beginning of the week my OS updated Firefox to the version 119.0.1 and since then I have no longer been able to open the admin side of Elementor of a specific page I created last week using 119.0. I also find it difficult to open other admin Elementor pages on different sites in different domains but it's much more evident on this one which is much heavier. I tried to open firefox in troubleshoot mode, create a new profile but it does not work. I tried to check to other machine with a clean MS Windows 10 and i have same issue. No issue in Chromium browser (very fast to open) so i can't open bug to Elementor.
I think there are performance issues with the latest update and I could provide more information if someone tell me what I need to check.


Actual results:

The page crashes or does not load completely. Sometimes a banner appears after 20 seconds indicating that the page is having problems loading and there is a button to force close it. If the page loads, it is slow to interact. 


Expected results:

Normal browsing
Bug: TypeError: can't access property "_closedTabs", this._windows[aWindow.__SSi] is undefined
Status: NEW
Priority: --
Created: 2023-11-15 11:30:28+00:00
Resolved: 2023-11-15 11:30:28+00:00

I was running a local build of Firefox and had a session fail to restart - I saw the "Sorry. We're having trouble getting your pages back." screen and noticed in the terminal a JS error was thrown, because presumably that window is undefined since it was unrestorable? Either way, we should expand the check in the `getClosedTabCountForWindow` function [here](https://searchfox.org/mozilla-central/source/browser/components/sessionstore/SessionStore.sys.mjs#3774-3776).

JavaScript error: resource:///modules/sessionstore/SessionStore.sys.mjs, line 3776: TypeError: can't access property "_closedTabs", this._windows[aWindow.__SSi] is undefined
Bug: [Experiment] Clients that unenrolled from the Review Checker rollout have the feature re-enabled by the Survey experiment
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-11-15 12:33:50+00:00
Resolved: 2023-11-17 12:59:26+00:00

## [Prerequisites]:
- Have the latest Firefox Release 120 installed.
- Have a browser client enrolled in the Review Checker rollout.

## [Steps to reproduce]:
1. Open the browser with the profile from prerequisites.
2. Navigate to the about:studies page and click the "Remove" button from the Review Checker rollout.
3. Navigate to the about:config page.
4. Switch the "messaging-system.rsexperimentloader.collection_id" pref to "nimbus-preview" to enroll in the survey experiment.
5. Restart the browser and navigate to a product page from a supported website. (e.g. amazon.com)
6. Observe the address bar.

## [Expected result]:
- The Review Checker icon is not displayed.

## [Actual result]:
- The Review Checker icon is displayed on the right side of the address bar.

## [Affected platforms]:
- Windows 11 x64
- Ubuntu 22.04 x64
- macOS 13.6

## [Affected versions]:
- Firefox Release Candidate 120.0 (Build #20231113165053)
- Firefox Release 119 (Build #20231106151204)

## [Notes]:
- This feature is correctly re-enabled since the Review Checker Survey experiments also enables the feature. However the issue is caused by the "('review-checker-staged-rollout-no-survey' in enrollments" advanced filter for the experiment. 
- The issue can be resolved by either:
       - Setting the experiment to target the rollout with the "in activeRollout" filter instead of "in enrollments".
       - Since the rollout already enabled the feature updating the branch configuration of the experiment to enable only the survey and not the feature would also eliminate the issue.
Bug: [HCM] The private logo is not visible on the new private tab while on Windows
Status: NEW
Priority: P3
Created: 2023-11-15 15:31:52+00:00
Resolved: 2024-09-01 09:32:19+00:00

**Found in**
* Nightly 121.0a1

**Affected versions**
* Firefox 120 beta
* Nightly 121.0a1

**Tested platforms**
* Affected platforms: Windows 10
* Unaffected platforms: Ubuntu 22.04, macOS 11.7


**Preconditions**
* In about:config, set "browser.privatebrowsing.felt-privacy-v1" to true
* Enable High Contrast Mode.

**Steps to reproduce**
1. Open a private window.
2. Observe the "Private browsing logo" on the new private page.

**Expected result**
* The private browsing logo should be correctly displayed to the left of "Firefox."

**Actual result**
* On Windows, the private browsing logo is not visible when high contrast mode is enabled. 

**Regression range**
* Not a regression.

**Additional notes**
* The logo is visible on Ubuntu 22.04 and macOS 11.7.
* The issue is reproducible with all high-contrast themes, including white and black.
Bug: ConfirmationHint for newly added bookmark not aligned correctly (goes off-window)
Status: NEW
Priority: P3
Created: 2023-11-15 16:32:49+00:00
Resolved: 2023-12-04 17:08:38+00:00

STR:

1. open nightly with a clean profile
2. click the bookmark star on the privacy policy / welcome page that opens
3. edit the location of the bookmark to be the bookmark menu rather than the toolbar
4. save

ER:
confirmation hint appears next to the star button

AR:
confirmation hint appears next to the hamburger menu button and goes off the side of the window

(I tested on macOS but am not sure if this is mac-specific, a regression, or anything else)
Bug: SVG style elements are translated
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-11-15 17:51:33+00:00
Resolved: 2023-11-16 09:44:01+00:00

It appears the excluding node code is wrong, since SVG tags are lowercased. We've been accidentally shipping (bad) SVG support. Since it's already out in the wild, we should just make SVGs work with proper node exclusion.
Bug: flickering while opening sidebar in dark mode
Status: NEW
Priority: P3
Created: 2023-11-15 20:06:37+00:00
Resolved: 2023-12-27 11:36:52+00:00

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

Steps to reproduce:

open sidebar


Actual results:

it shows a white page for a very short time, if you use dark mode it's very visible
(made a screen recording and slowed it down)


Expected results:

show the main browser color while loading the plugins (#2b2a33 and #f9f9fb for the auto theme)
Bug: CSP errors on New Tab Page ("Content-Security-Policy: The page's settings blocked the loading of a resource at inline ("script-src").) for about:home
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2023-11-16 12:05:08+00:00
Resolved: 2023-11-23 18:02:21+00:00

Seeing these in 121 nightly, not in 120 beta.
Bug: Firefox incorrectly parses the version in digital certificates
Status: UNCONFIRMED
Priority: P3
Created: 2023-11-16 14:51:31+00:00
Resolved: 2024-06-24 16:38:39+00:00

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

Steps to reproduce:

1.Mutating a certificate.
2.Running the browser to parse the mutated certificate file.
3.Observing the results.


Actual results:

In file 1, the TLV data representing the version is '1f 02 01 02'.
In file 2, the TLV data representing the version is 'f4 02 01 02'.
However, Firefox parses these two non-standard TLV data as version 3 (file 1) and version 1 (file 2) respectively.


Expected results:

Firefox can parse the version in digital certificates  correctly.
Bug: Firefox doesn't remember the last selected application to view a file of some content type in the "what do you want to do with this file" (always ask) dialog after saving it or opening it in Firefox
Status: NEW
Priority: P3
Created: 2023-11-16 16:00:17+00:00
Resolved: 2023-11-23 16:20:19+00:00

When downloading a file of some content type, e.g. PDF, one may choose an application or save the file, in particular. But if one chooses to save the file, the application that was chosen previously is not remembered.

To reproduce on my machine (this depends on the installed applications):
1. Open a URL corresponding to a PDF file, e.g. https://bugzilla.mozilla.org/attachment.cgi?id=9284102
The default application is "Inkscape (default)" in my case.
2. Instead of Inkscape, choose zathura (I suppose that the app does not matter for this test) and click OK.
3. Close the PDF viewer (here, the zathura window).
4. Open the same URL. One can see that zathura is still proposed as the default. Fine. But choose to save the file (or open it with Firefox) instead.
5. Open the same URL. Now, in the "Open with" line, "Inkscape (default)" appears as the default. I would have expected "zathura".

Note: Inkscape is a very poor default as this is not a PDF viewer (though it can load PDF files with various drawbacks) and even fails silently in my case. But that's another issue.
Bug: Session restore breaks when Firefox is closed with the Customize Firefox page open
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-11-16 18:51:29+00:00
Resolved: 2024-01-30 15:19:17+00:00

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

Steps to reproduce:

1. Make sure "Open previous windows and tabs" is disabled in settings, so Firefox shouldn't automatically restore previous sessions.
2. Open a few normal (website) tabs. Additionally, open the Customize Firefox page.
3. Without closing tabs separately, close Firefox.
4. Reopen Firefox.


Actual results:

Despite that "Open previous windows and tabs" is disabled in settings, Firefox still reopens all tabs (including the Customize Firefox page) from the previous session.

In the browser toolbox, an error can be seen:

```
SessionStore: The session file is invalid: TypeError: can't access property "title", tabState.entries[activeIndex] is undefined SessionStore.sys.mjs:1246:19
    initSession resource:///modules/sessionstore/SessionStore.sys.mjs:1246
    onBeforeBrowserWindowShown resource:///modules/sessionstore/SessionStore.sys.mjs:2204
```

The error happens because the session store [tries to access](https://searchfox.org/mozilla-central/source/browser/components/sessionstore/SessionStore.sys.mjs#6522-6529) the title/URL of the latest entry for that tab. However, a tab with the Customize Firefox page open does not have any `entries` (as can be seen in the below snippet from the session file), so the code fails.

```json
[
  {
    "entries": [
      {
        "url": "https://example.com/",
        "title": "Example Domain",
        "cacheKey": 0,
        "ID": 4,
        "docshellUUID": "{41171a80-cc58-4f63-9953-e6de426b45f1}",
        "resultPrincipalURI": null,
        "hasUserInteraction": false,
        "triggeringPrincipal_base64": "{\"3\":{}}",
        "docIdentifier": 5,
        "persist": true
      }
    ],
    "lastAccessed": 1699821941611,
    "hidden": false,
    "searchMode": null,
    "userContextId": 0,
    "attributes": {},
    "image": "...",
    "index": 1,
    "requestedIndex": 0
  },
  {
    "entries": [],
    "lastAccessed": 1699821947072,
    "hidden": false,
    "searchMode": null,
    "userContextId": 0,
    "attributes": {
      "customizemode": "true"
    },
    "image": "chrome://browser/skin/customize.svg",
    "index": null
  }
]
```


Expected results:

Firefox should not restore the previous session if that is not enabled, and the error shouldn't happen.

Specifically, I think this could be fixed by checking if `tabState.entries` has any elements before accessing them. This is also done [elsewhere](https://searchfox.org/mozilla-central/source/browser/components/sessionstore/SessionStore.sys.mjs#1282-1292) in the same file, but this check wasn't applied to everywhere it's needed for some reason.
Bug: When making new AWS account you do not get a Firefox generated secure password
Status: NEW
Priority: --
Created: 2023-11-16 19:12:44+00:00
Resolved: 2023-12-01 12:12:03+00:00

I was creating an account on AWS and did not have an option to create a securely generated file. I created an aws account from here and after verifying my email account and getting re-directed to the page where I create my password I did not have the generate dropdown.

I started here:
https://portal.aws.amazon.com/billing/signup#/start/email

Then after verifying my email I was redirected to:
https://portal.aws.amazon.com/billing/signup#/start/password

But I do not have the ability to create a password on this page
Bug: Accessibility: about:home web search input forced into address bar
Status: NEW
Priority: P3
Created: 2023-11-16 21:45:51+00:00
Resolved: 2024-10-25 13:54:10+00:00

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

Steps to reproduce:

As reported in #1706796  "Can't use web search box at Firefox Home screen (FF enters text into the address bar instead, despite the cursor being placed into the search bar)"

This is an accessibility issue for me; I have about:home magnified so the page is easy to read on a small, high DPI, display. I can ( or could) then comfortably see and edit the search query.

The address bar element size is much smaller - sufficient to locate static remembered options but not sufficient to comfortably read and edit typed input.
 


Actual results:

Typing into the web search text input on about:home Firefox Home is forced into the address bar and the option to prevent that has disappeared (I hit this in v119) where earlier versions were fine.


Expected results:

If I am typing into a text box the text box should display the input - another element (in this case the address bar in the browser chrome) should not hijack the input.
Bug: Stale analysis message bar does not appear in Storybook for shopping components
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-11-16 23:45:13+00:00
Resolved: 2023-11-23 20:17:56+00:00

In the links below, the "New info to check" message bar with a "Check now" button should appear on the sidebar. On actual product pages, this works fine. But in Storybook, for some reason the stale message-bar does not appear like expected.

Storybook links:
- https://firefoxux.github.io/firefox-desktop-components/?path=/story/domain-specific-ui-widgets-shopping-shopping-container--stale-product
- https://firefoxux.github.io/firefox-desktop-components/?path=/story/domain-specific-ui-widgets-shopping-shopping-message-bar--default-shopping-message-bar
Bug: Typing "Inte" into URL bar suggests a Top Pick of "internalfb.com," an internal Meta login page
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-11-17 08:22:56+00:00
Resolved: 2023-11-17 15:37:49+00:00

Configuration: Firefox Nightly 121 (2023-11-15) on macOS Sonoma 14.1.1 
"Address Bar -- Firefox Suggest" settings:
- Suggestions from the web ON
- Suggestions from sponsors ON
- Improve the Firefox Suggest experience ON

Steps to reproduce:
- Enter "inte" into Firefox URL bar.
Expected result: 
- A Top Pick for Intel or an address more relevant is suggested.
Actual result: 
- A Top Pick for an internal Facebook login page is suggested, even though the page has never been visited before.
Bug: [ARM] MSIX builds can’t be open on first attempt
Status: NEW
Priority: P3
Created: 2023-11-17 12:16:56+00:00
Resolved: 2024-11-11 12:29:04+00:00

**Found in**
* 121.0a1

**Affected versions**
* 121.0a1

**Affected platforms**
* Windows 10 ARM

**Steps to reproduce**
1. Install an .msix build (note - choose the multi.win32.installer.msix path)
2. Once it is installed, click the "Launch" button or wait if the "Launch when ready" checkbox was checked

**Expected result**
* The .msix build opens without any error. 

**Actual result**
* “The application was unable to start correctly (0xc0000005). Click OK to close the application”  error prompt appears.  
* The build opens without any problem at the second attempt. 

**Regression range**
* Not a regression, reproducible on older builds.

**Additional notes**
* Reproducible regardless of the "Launch when ready" checkbox state.
Bug: Limit address bar clipboard result for new tabs
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-11-17 13:31:43+00:00
Resolved: 2024-04-13 21:57:39+00:00

**Found in**
* Fx 121.0a1

**Affected versions**
* Fx 121.0a1

**Affected platforms**
* Windows 10
* Ubuntu
* macOS

**Preconditions**
* Set browser.urlbar.clipboard.featureGate to true.

**Steps to reproduce**
1. Launch Firefox.
2. Copy a website url.
3. Click the address bar and inspect the clipboard result suggestion.
4. Open a new tab and click the address bar - the clipboard result is shown.
5. Redo the previous step several times.

**Expected result**
* Clipboard result is no longer shown after a few tries. 

**Actual result**
* Clipboard result suggestion is displayed on every new tab. It seems that the impression for the clipboard result is not registered.

**Regression range**
* Not a regression.

**Additional notes**
* Clipboard result only appears twice on the same tab.
Bug: [Experiment] Clients that have OS notifications turned off do not receive the "Pin" OS notification and Firefox is not pinned to the taskbar
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-11-17 13:38:03+00:00
Resolved: 2023-11-23 12:52:22+00:00

**[Affected versions]:**
- Firefox RC 120.00 - Build ID: 20231116134553
- Firefox Nightly 121.0a1 - Build ID: 20231117093055

**[Affected Platforms]:**
- Windows 11 x64

**[Prerequisites]:**
- Firefox is not pinned to the taskbar.
- Firefox is not set as the default browser.
- Have the OS notifications turned off from System > Notifications.
- Have the [user.js](https://drive.google.com/file/d/1sUzxU4B2FuP_K78rsufhgCCS4jjD1Dx7/view?usp=sharing) file saved to your PC.

**[Steps to reproduce]:**
1. Create a new Firefox profile using the "--first-startup" command but do not open it.
2. Navigate to the profile folder and paste the "user.js" file from the prerequisites.
3. Open the browser using the recently created profile.
4. Click the "Save and continue" button from the "Easy Setup" screen.
5. Observe the behavior.

**[Expected result]:**
- The "Pin Firefox to your taskbar" screen is displayed and the "Pin" OS notification is triggered.
    
**[Actual result]:**
- The "Pin" OS notification is not triggered.

**[Additional Notes]:**
- This issue might confuse users considering that the text description from the "Pin Firefox to your taskbar" screen says to "check for a notification on your device".
- A similar behavior can be encountered if the "Do no disturb" OS option is turned on instead, however, in this case, the notification is displayed in the OS "Notification Center".
- This issue is reproducible on all the experiment branches.
- Attached a screen recording of the issue.