av9ash/GitBugs huggingface dataset:
Bug: [Experiment] The "Fox Guide CFR" message is dismissed after the user interacts with a login pop-up on the “www.nytimes.com” website
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2023-10-03 12:34:56+00:00
Resolved: 2023-10-10 19:30:59+00:00

**[Notes]:**
-  There is no “Dismiss” ping displayed in the Browser Console after the "Fox Guide CFR" message is being dismissed through this scenario.

**[Affected versions]:**
- Firefox Beta 119.0b3 - Build ID: 20230929091427

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

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

**[Steps to reproduce]:**
1. Force enroll in the Treatment A branch of the “Fox Guide Reader Mode - Early Day User” experiment by navigating to: ”about:studies?optin_slug=fox-guide-reader-mode-early-day-user&optin_branch=treatment-a&optin_collection=nimbus-preview”.
2. Navigate to www.nytimes.com website and click any article displayed on the page.
3. Click the “Email Address” text field to interact with the login pop-up displayed on the bottom of the page.
4. Observe the behavior.

**[Expected result]:**
 - The “Email Address” text field is focused and the "Fox Guide CFR" message is still displayed on the page.

**[Actual result]:**
- The “Email Address” text field is focused and the "Fox Guide CFR" message is dismissed from the page.

**[Additional Notes]:**
- This issue could be reproducible on other allowed websites having similar login pop-ups.
- This issue is also reproducible for the rest of the Treatment branches from this experiment.
- This issue is also reproducible on all of the Treatment branches of the [“Fox Guide Reader Mode - Existing User”](https://experimenter.services.mozilla.com/nimbus/fox-guide-reader-mode-existing-user/summary) experiment.
- Attaching a screen recording of the issue [here](https://drive.google.com/file/d/1rKu6LgqHBNkAPyXIWlmxRMjxXFqlZACG/view?usp=sharing).
Bug: The Shopping icon is displayed on other already opened tabs after Turning off review checker
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-10-03 13:22:24+00:00
Resolved: 2023-10-09 10:24:46+00:00

**Found in**
* 119.0b4


**Affected versions**
* 120.0a1 (2023-10-02)
* 119.0b4






**Tested platforms**
* Affected platforms: Ubuntu 20, macOS 11, Windows 10x64
* Unaffected platforms:  none

**Preconditions**
* browser.shopping.experience2023.enabled:true




**Steps to reproduce**
1. Open some random web pages in different tabs.
2. Open a random Amazon product.
3. Opt in and then Turn off review checker from Settings.
4. Select tabs from step 1.


**Expected result** 
* The shopping icon is not displayed.

**Actual result**
* The shopping icon is displayed.

**Regression**
* Most likely started after the implementation of bug 1854243.






**Additional notes**
* Aattached a screen recording.
* The icon is displayed on the other tabs until is clicked.
Bug: Registered ads for ad_image_row and ad_carousel on Google don't match ads displayed
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-10-03 14:37:30+00:00
Resolved: 2023-10-24 18:58:22+00:00

**Found in**
* Fx 120.0a1

**Affected versions**
* Fx 120.0a1
* Fx 119.0b4

**Affected platforms**
* all

**Preconditions**
browser.search.log set to true
browser.search.region set to US
VPN set to US

**Steps to reproduce**
1. Launch Firefox.
2. Trigger an 'ad_image_row' ad that has the 'see more' button at the end.
- this might be a bit harder to trigger, but subsequent searches will eventually trigger this
3. Inspect the number of ads on the page and compare them to the number displayed in the browser console.

**Expected result**
* Number of ads match.

**Actual result**
* Number of ads don't match. Page displays 7 ads and the browser console displays 8 (counts the 'see more' button as an ad).

**Regression range**
* Not a regression.

**Additional notes**
* Connection to RS stage-preview is required at the time of the bug submittal.
Bug: Drop arrows missing in Customize view
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-10-03 18:43:13+00:00
Resolved: 2023-11-09 12:43:43+00:00

On macOS, after bug 1855875, the toolbars and density menus are missing their drop arrows.

The menus themselves are also missing a submenu arrow, but I believe that was a pre-existing issue.
Bug: Fix focus behaviour and styles for dropdowns on the shopping sidebar
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2023-10-03 20:32:17+00:00
Resolved: 2023-10-25 16:18:56+00:00

Focus indication for Settings V and other disclosures (How we determine... V incl.) is not as expected - both the placement of the outline and the color:

- it's ButtonText and outlines the whole row, while it's expected to add CanvasText outline to the chevron only since this is the element styled as a control in HCM - refer to the Acorns > Buttons > States > (HCM), State = [Focus examples](https://acorn.firefox.com/latest/components/button/overview-udQAPeGf#search-445e4a50-8710-11ed-a82e-d98b0c93ddfd)
- Or the entire Settings V control could be made look like a dropdown button - refer to the [HCM Components reference](https://www.figma.com/file/VHRA9hZ54oJqKKJwPd6FWa/HCM-Components?type=design&node-id=51-3384&mode=design&t=dLBD9xZL3StV2alR-4) in Figma (NDA'ed link) for an example.
Bug: Firefox View icon is missing from the customization mode palette when entered in a private window
Status: NEW
Priority: P3
Created: 2023-10-03 20:57:26+00:00
Resolved: 2024-02-27 02:33:15+00:00

STR:
1. Move the Firefox View button out of the tabs toolbar into the customization mode palette
2. Close the customize mode
3. Open a new private window
4. In that private window open the customize mode

AR:
The Firefox View toolbarpaletteitem exists in the customization mode palette, but with no icon.

ER:
Unknown.
This can be easily fixed by changing [this](https://searchfox.org/mozilla-central/rev/d895cf273d8cdceb4256f561c1ad1bf91135202a/browser/themes/shared/tabs.css#625) to:
```css
:root[privatebrowsingmode] :is(
  :is(toolbox, panel) #firefox-view-button,
  #menu_openFirefoxView
) {
```
but it this really expected?
Should the entire wrapping toolbarpaletteitem just be missing in this case? Or would it be misleading to the user?
I mean something like:
```css
:root[privatebrowsingmode] :is(
  #wrapper-firefox-view-button:is([place="palette"], [place="panel"]),
  #firefox-view-button,
  #menu_openFirefoxView
) {
```
Bug: A specific PDF file can't be viewed with the Firefox PDF viewer
Status: NEW
Priority: --
Created: 2023-10-04 02:33:58+00:00
Resolved: 2023-11-28 17:24:32+00:00

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

Steps to reproduce:

My system OS：Windows11、ubuntu 20.04
firefox version:118.0.1

I tried using Firefox to open a specific PDF file, but it couldn't be opened, and using Chrome, Edge, and others can all open this PDF file normally. In addition, using firefox to open other PDF files can also be opened and viewed normally.


Actual results:

This PDF file cannot be opened


Expected results:

This PDF file can be opened and viewed
Bug: At Firefox startup, 1 to 2 second delay before bookmarks toolbar appears and omnibox active
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-10-04 09:35:53+00:00
Resolved: 2023-10-17 09:33:14+00:00

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

Steps to reproduce:

Start Firefox normally from shortcut
or
Start Firefox with a clean profile using profile manager
or
Start Firefox in safe mode by holding Shift

i.e. bug is present however FF is started and even with a clean profile and in safe mode.


Actual results:

Firefox opens and there is a 1 to 2 second delay before the bookmarks toolbar appears and the omnibox becomes active.  No other menu items or icons are funtional until the bookmarks toolbar has loaded.

There is no delay if simply opening a new window when FF is already open.


Expected results:

The bookmarks toolbar should load near-instantly and all menus/icons should be active.
Bug: Bookmarks are not displayed as an option for importing when using the –migration command and importing from Firefox
Status: NEW
Priority: P3
Created: 2023-10-04 12:02:10+00:00
Resolved: 2024-01-19 14:53:30+00:00

**Found in**
* 119.0b4


**Affected versions**
* 120.0a1 (2023-10-02)
* 119.0b4
* 118.0.1






**Tested platforms**
* Affected platforms: Ubuntu 18, macOS 11, Windows 10x64
* Unaffected platforms:  none

**Preconditions**
* have some bookmarks saved in a Firefox profile



**Steps to reproduce**
1. Open Firefox with the `--migration` command.
2. Select the Firefox profile from preconditions.


**Expected result** 
* The Bookmarks option is displayed for importing.

**Actual result**
* The Bookmarks option is not displayed for importing.

**Regression**
* Most likely started after the implementation of bug 1854243.






**Additional notes**
* Aattached a screenshot.
* Bookmarks are correctly imported even if there is no indication of that.
* On the old migration window `Browsing History and Booksmarks` are displayed together. On the new one only Browsing History is displayed.
Bug: Unable to load CPS (French Healthcare Card) PKCS#11 security module in FF119b2-4 in macOS (Intel & ARM all affected)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-10-04 15:23:07+00:00
Resolved: 2024-03-21 07:07:12+00:00

Steps to reproduce:

We try to load the CPS PKCS#11 library manually :

1°) Open firefox 114 beta 4
2°) Go to Settings > Privacy & Security
3°) In the 'Security' section, click the button 'Security devices'
4° ) In the security modules dialog, click the button 'Load module'
5°) In the 'Load module' dialog, browse to location where resides the CPS PKCS#11 module (cps3_pkcs11_osx.dylib) in /usr/local/lib
6°) Validate the 'Load module' dialog

=================================

The same library is loaded without any problem in Firefox 118 release.


Actual results:

An error message is displayed saying that the module couldn't be loaded


Expected results:

The CPS module should have been loaded without any error messages
The CPS module should have been listed in the security modules dialog as a new module
Bug: some text in pdf files is incorrectly displayed, in Adobe it is OK readable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-04 17:57:24+00:00
Resolved: 2023-10-11 11:54:24+00:00

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

Steps to reproduce:

Opened pdf file with built in Firefox pdf viewer


Actual results:

Some graphics and fonts from built in viewer are not displayed correctly.


Expected results:

text pdf files should be displayed correctly in the same way such as in Adobe reader
Bug: Fix missing title separator in Suggest rows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-10-04 23:41:38+00:00
Resolved: 2023-10-12 14:22:39+00:00

Addon rows have a couple problems:

* The title separator is missing due to bug 1855639. The simplifications made by that bug are good though, so rather than adding back a rule specifically for addon suggestions in urlbarView.css, we should either add a rule to urlbar-dynamic-results.css or maybe better set `has-url` on addon rows.
* Per Josh on Slack, the icon is too big. [The Figma](https://www.figma.com/file/Xx7gFWITeVwSPhvhiC31Wm/S%26S-Cross-product-integrations?type=design&node-id=541%3A4592&mode=dev) shows the icon at 24x24px insde a larger gray 60x60px box.
Bug: Firefox View cause large main thread jank
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2023-10-05 00:39:25+00:00
Resolved: 2024-01-23 14:55:11+00:00

STR:
- Open 1113 tabs
- Switch Firefox View to the Open Tabs view
- Close one of the tabs
- The browser hangs for about 2 seconds

Here's the profile: https://share.firefox.dev/3ROuzdw
Bug: The cancel download button does not have a hover effect on mouse over with  dark system theme
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-10-05 07:09:02+00:00
Resolved: 2023-10-09 09:57:19+00:00

**Found in**
* 119.0b5


**Affected versions**
* 120.0a1 (2023-10-04)
* 119.0b5







**Tested platforms**
* Affected platforms: macOS 12, macOS 13 ARM, Windows 10x64
* Unaffected platforms:   Ubuntu 22.1

**Preconditions**
* system theme set to dark
* Firefox theme set to auto



**Steps to reproduce**
1. Start a random download.
2. Hover over the Cancel download button.


**Expected result** 
* Hover effect is displayed.

**Actual result**
* No hover effect is displayed.

**Regression**
* Last good revision: f95c18989fd2d01b7228b5205f6851ec48fe7d42
First bad revision: 37a26c9f2c5ced491362e75d2133695fb55d862d
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f95c18989fd2d01b7228b5205f6851ec48fe7d42&tochange=37a26c9f2c5ced491362e75d2133695fb55d862d






**Additional notes**
* Attached a screen recording.
Bug: The tracking protection icon is not so visible, especially on hover with system dark theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-05 09:30:57+00:00
Resolved: 2023-10-12 12:40:03+00:00

**Found in**
* 119.0b5


**Affected versions**
* 120.0a1 (2023-10-04)
* 119.0b5







**Tested platforms**
* Affected platforms: macOS 12, macOS 13 arm, Windows 10x64
* Unaffected platforms:   Ubuntu 22.1

**Preconditions**
* system theme set to dark
* Firefox theme set to auto



**Steps to reproduce**
1. Open 9gag.com and observe the tracking protection icon.
2. Hover over the tracking protection icon.


**Expected result** 
* The tracking protection icon is visible.

**Actual result**
* The tracking protection icon is not so visible.

**Regression**
* Last good revision: f95c18989fd2d01b7228b5205f6851ec48fe7d42
First bad revision: 37a26c9f2c5ced491362e75d2133695fb55d862d
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f95c18989fd2d01b7228b5205f6851ec48fe7d42&tochange=37a26c9f2c5ced491362e75d2133695fb55d862d






**Additional notes**
* Attached a screenshot.
Bug: [macOS] Address bar box is barely visible with Increase Contrast and dark system theme
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-10-05 11:38:24+00:00
Resolved: 2023-10-12 10:36:29+00:00

**Found in**
* 119.0b5


**Affected versions**
* 120.0a1 (2023-10-04)
* 119.0b5







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

**Preconditions**
* system theme set to dark
* Firefox theme set to auto
* Increase contrast active



**Steps to reproduce**
1. Open 9gag.com and observe the address bar.



**Expected result** 
* Address bar box is visible.

**Actual result**
* The Address bar box is not visible

**Regression**
* Last good revision: f95c18989fd2d01b7228b5205f6851ec48fe7d42
First bad revision: 37a26c9f2c5ced491362e75d2133695fb55d862d
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f95c18989fd2d01b7228b5205f6851ec48fe7d42&tochange=37a26c9f2c5ced491362e75d2133695fb55d862d






**Additional notes**
* Attached a screenshot.
Bug: MacOSX > minor spacing and formatting issue for user with "increase contrast"
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-10-05 14:14:28+00:00
Resolved: 2024-06-17 19:59:34+00:00

1. On MacOSX 13.6 (22G120)
2. Change system settings > Accessibility > Display > enable "Increase Contrast" (dark mode was also on)
3. Visit a shopping site
4. Find a product that has an analysis which is out of date and analyze it

Expected result:
 - the (i) icon and other elements would not overlap borders

Actual result:
 - there is overlap
Bug: Login is not shown as focused when selected from the login-list in about:logins
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2023-10-05 14:38:27+00:00
Resolved: 2023-10-27 15:05:33+00:00

**Found in**
*  Firefox 119.0b5

**Affected versions**
* Nightly 120.0a1
* Firefox 118.0.1
* Firefox 119.0b5

**Tested platforms**
* Affected platforms: Windows , Ubuntu 22.04, macOS 13
* Unaffected platforms: none

**Preconditions**
Have several credentials saved in about:logins

**Steps to reproduce**
1. Go to about:logins
2. Click on any login from the login-list
3. Observe the login selected

**Expected result**
* The selected login is shown as focused in the login-list on about:logins page.

**Actual result**
* The selected login is not shown as focused in the login-list on about:logins page.

**Regression range**
* Last good : 3f792086039234c3a22e63d821d8b076ac8c06c8
* First bad revision: 02894ef3b6a83786a858970ffab93df460104f05
* Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3f792086039234c3a22e63d821d8b076ac8c06c8&tochange=02894ef3b6a83786a858970ffab93df460104f05
* Potentially regressed by: Bug 1838227
Bug: Add a pref to hide the Firefox webrtc sharing indicator when the macOS native one is shown
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-10-05 14:49:18+00:00
Resolved: 2024-09-24 13:18:36+00:00

MacOS 14 introduced a camera in use menu icon with a nice camera view drop down. We also add a more simple icon to the menu. We should remove one or the other.
Bug: [Experiment] There’s no "Fakespot" experiment set on the “Excluded Experiments” section of the “Fox Guide - Reader Mode - Early Day Users” recipe
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-10-05 15:01:30+00:00
Resolved: 2023-11-10 08:42:30+00:00

**[Notes]:**
- As the [documentation](https://docs.google.com/document/d/1efIwRAdT3P2Kz0BbwvdN9XMePCDST2UwXxtHWLrBqE8/edit#heading=h.gzh3ljgkgxch) of the experiment states, the “Fox Guide - Reader Mode - Early Day Users” experiment should exclude users from the "Fakespot" experiment.

**[Affected versions]:**
- Firefox Beta 119.0b4 - Build ID: 20231002091755

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

**[Prerequisites]:**
- Have the Experimenter ticket of the [“Fox Guide - Reader Mode - Early Day Users”](https://experimenter.services.mozilla.com/nimbus/fox-guide-reader-mode-early-day-user/summary) opened in the browser.

**[Steps to reproduce]:**
1. Observe the “Excluded experiments” field from the “Audience” section of the experiment.

**[Expected result]:**
 - A “Fakespot” experiment is set on the “Excluded Experiments” field from the Audience section of the  “Fox Guide - Reader Mode - Early Day Users” recipe.

**[Actual result]:**
- There’s no Fakespot experiment set on the “Excluded Experiments” field from the Audience section of the  “Fox Guide - Reader Mode - Early Day Users” recipe.

**[Additional Notes]:**
- This issue is also reproducible on the [“Fox Guide Reader Mode - Existing User”](https://experimenter.services.mozilla.com/nimbus/fox-guide-reader-mode-existing-user/summary) experiment.
- Attaching a screenshot of the issue.
Bug: Clickjacking of permission prompts for camera, microphone, geolocation via full screen
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-10-06 08:20:24+00:00
Resolved: 2024-06-03 01:08:00+00:00

i found a vulnerability where user can fall for clickjacking to allow location permission

I tested on Firefox version 118.0.1 (64-bit)

steps to reproduce:

1. Open lock2-1-firefox.html
2. fastly move to the "do many clicks here" button.
3. Quickly click the "do many clicks here" button 6-7 times without moving the mouse then the location permission will be allowed

references : https://bugzilla.mozilla.org/show_bug.cgi?id=1826116
Bug: Confirm/alert box disappears when tab moved to different window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-06 08:39:37+00:00
Resolved: 2023-11-01 14:41:57+00:00

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

Steps to reproduce:

1) open some page that shows confirm/alert box and let it display (e.g. https://www.w3schools.com/jsref/tryit.asp?filename=tryjsref_alert)
2) move tab to another window



Actual results:

alert box + overlay disappears, can't click to anything on the page


Expected results:

alert box stays
Bug: Installed languages list for translations does not respect new display language
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-06 10:30:43+00:00
Resolved: 2023-10-06 12:50:58+00:00

+++ This bug was initially created as a clone of Bug #1855839 +++

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

Steps to reproduce:

After changing Firefox display languages from Dutch to English(US), the languages shown under "Install languages for offline translation" remain displayed in the old display language.

Please find attached the screenshot for my Language settings.

Steps to reproduce:
1. Change Display Language
2. Go to Language settings


Actual results:

Languages for offline translation are displayed in the old Display Language.


Expected results:

Languages for offline translation are displayed in the new Display Language.
Bug: Regression in Firefox 118.0 and 118.0.1 - does not popup authentication dialog for CORS
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-06 12:13:02+00:00
Resolved: 2023-10-06 12:20:59+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/117.0.0.0 Safari/537.36

Steps to reproduce:

we have CORS problem - and receive 401 - with version 117.0.1 we see Authentication popup for user and passwords. The regression is visible only in 118.0 and 118.0.1 versions


Actual results:

401 - Not authorised


Expected results:

ask for Authentication like version 117.0.1 and 119.0beta
Bug: Firefox desktop file claims DBusActivatable but can never be because of its name
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-10-06 12:31:46+00:00
Resolved: 2023-10-24 12:10:03+00:00

Steps to reproduce:

Downstream report https://bugs.kde.org/show_bug.cgi?id=475266

Firefox claims it is dbus activatable (DBusActivatable=true  in the desktop file), but trying to activate can never work.


Actual results:

Firefox has DBusActivatable=true in its desktop file (firefox.desktop) according to the spec https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#dbus

Quoting:
The application must name its desktop file in accordance with the naming recommendations in the introduction section (e.g. the filename must be like org.example.FooViewer.desktop). The application must have a D-Bus service activatable at the well-known name that is equal to the desktop file name with the .desktop portion removed (for our example, org.example.FooViewer). 

So when trying to activate firefox one makes a call to the service "firefox" however according to the dbus spec (https://dbus.freedesktop.org/doc/dbus-specification.html#message-protocol-names):
- Bus names are composed of 1 or more elements separated by a period ('.') character. 
[...]
- Bus names must contain at least one '.' (period) character (and thus at least two elements). 

Since the name "firefox" has no period, the sender will hit an assert in libdbus.



Expected results:

Firefox should follow the spec either by removing DBusActivatable=true  or renaming the desktpo file.