av9ash/GitBugs huggingface dataset:
Bug: [Experiment] The “Sign up or sign in to your account” button from the "Set Up" checklist modal does not redirect to the signup page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-28 13:27:50+00:00
Resolved: 2024-10-31 11:00:55+00:00

**[Affected versions]:**
- Firefox RC 132.0, BUILD ID: 20241021175835.

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

**[Prerequisites]:**
- Have the “nimbus.debug” pref set to true from the “about:config” page.
- Be enrolled in the Onboarding set up checklist experiment using the following command: “about:studies?optin_slug=onboarding-set-up-checklist&optin_branch=treatmenta&optin_collection=nimbus-preview”.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Click on the “Finish setup” button from the bookmarks bar in the top right corner.
3. Click the “Sign up or sign in to your account” button.

**[Expected result]:**
- The “Signup page” is displayed.

**[Actual result]:**
- No action is performed, but the green checkmark is displayed next to the button.

**[Notes]:**
- This issue is reproducible on both treatment branches of the experiment.
- Attached a screen recording of the issue.
- After clicking the “Sign up or sign in to your account” and closing and re-opening the modal, the “Sign up or sign in to your account” option's green checkmark is reset to the default state, indicating that no action was taken.
Bug: Fullscreen mode (F11) does not hide the sidebar tools or vertical tabs on Windows and Linux
Status: REOPENED
Priority: P3
Created: 2024-10-28 13:42:53+00:00
Resolved: 2025-03-01 05:15:52+00:00

STR:
1. Start with `sidebar.revamp = true` or `sidebar.verticalTabs = true`.
2. Enter fullscreen mode (F11).

Expected:
Sidebar tools or vertical tabs are not visible in fullscreen mode unless cursor bumps screen edge.

Actual:
Sidebar tools or vertical tabs always visible.

Edge and Vivaldi do not show sidebar tools or vertical tabs in fullscreen mode. Brave shows sidebar tools in fullscreen mode by default but can be customized to only show on mouseover and tab sidebar only appears when bumping screen edge.
Bug: [Experiment][Ubuntu] The "Add" and "Decline" bookmark messages from the "Treatment A" branch of the experiment are not triggered on Ubuntu 22.04 version and above
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-28 14:47:32+00:00
Resolved: 2024-10-30 09:48:07+00:00

**[Notes]:**
- The issue is not reproducible on Windows, macOS, and on Ubuntu versions below 22.04.

**[Affected versions]:**
- Firefox RC 132.0 - Build ID: 20241021175835

**[Affected Platforms]:**
- Ubuntu 22.04
- Ubuntu 24.04

**[Prerequisites]:**
- Have a Firefox profile with the `nimbus.debug` pref set to `true` in the "about:config" page.
 
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to .
3. Navigate to the "www.any.do" website in three separate tabs.
4. Click the "Add bookmark" callout button and observe the behavior.

**[Expected result]:**
- The Bookmark Toolbar is displayed.
- The website is successfully added to the Bookmark Toolbar.
- The "Accept" callout message is triggered and points to the newly added bookmark favicon.
    
**[Actual result]:**
- The Bookmark Toolbar is displayed.
- The website is successfully added to the Bookmark Toolbar.
- The "Accept" callout message is NOT triggered at all.

**[Additional Notes]:**
- This issue is also reproducible with the "Decline" bookmark message.
- Attached a screen recording of the issue.
Bug: Web App is mistakenly translated
Status: UNCONFIRMED
Priority: --
Created: 2024-10-28 15:39:36+00:00
Resolved: 2024-11-19 09:27:56+00:00

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

Steps to reproduce:

In my org, rather everyone is using a certain web app (ExLibris Alma, a library management system). Since we upgraded to Firefox 128.3.1 ESR (from 115.15.0 ESR) this web app is sometimes mistakenly translated from English into German, even though it is already in German.


Actual results:

As the translation occurrs, even though the web app is already in German, it fails. This causes severe rendering bugs in the app making it unusuable unless you disable translation. Since some of our users have English set to "Always translate", this causes quite some issues in our users' daily workflow, unless we manually set the web app's URL to "Never translate".

This seems to occur because as the web app loads, the <html lang=""> attribute is first not there, then switches to lang="en" and when the page is fully loaded switches again to lang="de".


Expected results:

If the translation fails, the non-translated original web page should show, not a broken half-translated version.
Bug: Sidebar is showing in extensions popup when closing multiple tabs (and potentially in other popups)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-28 15:42:26+00:00
Resolved: 2024-10-31 11:08:35+00:00

We should be hiding the sidebar in pop-up windows such as this extensions confirmation pop-up that shows when you close multiple tabs using the Tree Style Tabs add-on.
Bug: Closing an ungrouped tab with a collapsed group closes all tabs
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2024-10-28 18:25:16+00:00
Resolved: 2024-11-12 11:58:35+00:00

**Steps to reproduce [can add screenshots or video recordings for reference]:**

1. Open a new window and create a tab group
2. Click on "+" to add a new ungrouped tab
3. Collapse the tab group
4. Close the ungrouped tab


**Expected behavior [What should have happened?]:**

If you close the last ungrouped tab, the collapsed group opens (and furthermost right tab becomes active)

**Actual behavior [What actually happened?]:**

All tabs are closed on the tab strip (it either shuts down the browser window or triggers closing tabs warning depending on user settings)
Bug: Option to disable dark theme for websites. Keep dark theme for about:
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-10-28 18:39:24+00:00
Resolved: 2024-11-11 15:23:32+00:00

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

Steps to reproduce:

We need simple option to exclude websites from dark appearance option. 
Let be clear, this option doesn't work properly,  it has great impact on lot of websites, looking very bad or almost unreadable (see screenshot). 
We need simple option like in Vivaldi browser.
Bug: Can't drag a tab out of group if no ungrouped tabs exist
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-28 18:39:39+00:00
Resolved: 2024-12-10 17:09:55+00:00

**Steps to reproduce [can add screenshots or video recordings for reference]:**

1. Open new window
2. Create a tab group with 2 or more tabs in it (make sure there's no other tabs or groups on the tab strip)
3. Drag a tab out of the group

**Expected behavior [What should have happened?]:**

Can drag a tab out of the group

**Actual behavior [What actually happened?]:**

Does not allow me to drag a tab out of the group (see screen recording)
Bug: There is no settings option in PDF overflow menu to allow for changing image alt text settings, for instance to disable the automatic popup asking to add alt text.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-10-28 22:24:51+00:00
Resolved: 2024-10-29 19:28:56+00:00

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

Steps to reproduce:

1. Open PDF in Firefox.
2. Click on PDF overflow menu to locate the "image alt text settings" option as described in documentation.


Actual results:

There is no option to select with that name, or anything resembling it. 


Expected results:

According to https://support.mozilla.org/en-US/kb/pdf-alt-text there should be an option labeled "Image alt text settings"  but no such option is present. Workflow is impacted by requiring extra clicks when adding images to a PDF that does not need alt text as it is not for public consumption.
Bug: New "rectangle" ad type or other spoc can appear in a topsite position
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-28 23:21:29+00:00
Resolved: 2024-11-06 15:11:08+00:00

In bug 1926056 we accidentally introduced a bug 

The reduce here: https://searchfox.org/mozilla-central/source/browser/components/newtab/lib/DiscoveryStreamFeed.sys.mjs#1192-1204 is putting the merged results into the `sponsored-topsites` prop also.
Bug: Tab hover preview can stop working when certain popups are opened
Status: NEW
Priority: P3
Created: 2024-10-29 01:55:51+00:00
Resolved: 2025-01-23 11:15:27+00:00

### STR
1. Download some file
2. Open the downloads panel (from the downloads button - I think it auto-opens when downloads finish, by default)
3. Right click the download
4. Click "Show in Folder" (this will say Show in Finder on macOS, but this bug might not affect macOS by default due to native context menus)
5. Go back to the Firefox window
6. Hover a tab other than the selected tab

### Expected
The tab hover preview shows

### Actual
Nothing shows, and if you check in the console, the downloads context menu has not been removed from `gBrowser.tabContainer.previewPanel._openPopups`

The situation can then be resolved by right clicking the download again and exiting the context menu by some other means (outside click, Escape key, etc.), but this is not immediately obvious since like 45 minutes passed between using that context menu and noticing that hover previews weren't working.

Not all menuitems have this issue. I guess it might affect other menuitems that open external programs.

I wish there was a better way to deal with other popups than just individually tracking all the opens & closes in JS. It seems costly and evidently it's prone to failure. I imagine there could be other edge cases where a popup closing fails to fire an event, or the event somehow is missed. This tracking is only used to fizzle an activation on hover. So maybe it's not that hard for nsXULPopupManager to provide a method that can return a list of open popups, or in this case even just a boolean `isPopupOpen` would be enough. Although I'm sure there is also a way to fix this particular interaction while preserving the current system.
Bug: PDF-Viewer: Touchpad scroll zooms in when pressing CTRL afterwards / change tabs.
Status: NEW
Priority: --
Created: 2024-10-29 09:16:57+00:00
Resolved: 2024-11-19 07:27:26+00:00

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

Steps to reproduce:

"Scrolling" refers to touchpad scrolling the whole time.
(1) Open a PDF in firefox. Scroll down around a page. Scroll up around half a page, so that there is still a scrolling motion without further moving the fingers. Press CTRL. The scrolling motion stops, as expected.
(2) Now scroll the same way up to the top of the page, so that you get a bounce effect. Press CTRL. The PDF zooms in from the scrolling motion. It zooms out when doing the same with the bottom of the PDF. This behaviour is inconsistent with (1).

(3) Now have two tabs, both PDFs. While scrolling on one PDF, switch to the other tab with CTRL+Tab or CTRL+Shift+Tab and still hold CTRL.
If you switched the tab fast (more exactly: time between scrolling motion stop and tab change) then the current PDF tab will zoom in/out AND the previously opened PDF tab will zoom in/out. This behaviour is inconsistent with (1).

(4) If you switched the tab slowly (you can actually wait up to 2 sec, as long as there is still "hidden" scroll motion, even if it doesn't scroll the current PDF) then the current PDF tab will zoom in/out. This behaviour is inconsistent with (1).



Expected results:

First I thought (2),(3),(4) are bugg symptoms but I tested the same with the mousewheel and here it just zooms in/out after pressing the CTRL key.
So from a consistency-perspective (1) should actually be corrected: Instead of stopping scrolling motion when pressing the CTRL key, it should switch from scrolling to zooming in/out.
Bug: Globe favicon (persist revert button) isn't centered
Status: NEW
Priority: P3
Created: 2024-10-29 12:05:27+00:00
Resolved: 2024-12-31 17:56:36+00:00

Actual results:

"global/skin/icons/defaultFavicon.svg" used in 
"#urlbar[persistsearchterms]  .urlbar-revert-button" isn't centered.


Expected results:

viewBox="1 1 15 15" basically fixes the issue.
Bug: Increased scanning time with warning dialog displayed after pasting a random string from a certain GDOC to another GDOC or another webpage
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-10-29 13:33:37+00:00
Resolved: 2024-10-30 13:21:56+00:00

**Found in**
* 134.0a1 (2024-10-29)

**Affected versions**
* 134.0a1 (2024-10-29)








    


**Tested platforms**
* Affected platforms: Windows 11, Windows 10
* Unaffected platforms: macOS 12, Ubuntu 


**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-\d{2}-\d{4}.* --towarn=.*warn.* --delays=10 (Note: we are using the DLP agent command without the `??` symbols for the blocked content as instructed in [bug 1915352#c1]( https://bugzilla.mozilla.org/show_bug.cgi?id=1915352#c1))


**Steps to reproduce**
1. Open https://docs.google.com/document/d/13OVyqaJ2GlbNpkxAssF_mLI7vyb6o8TeDqucs6WcnDw/edit?tab=t.0. 
2. Copy and paste the `Sample text` string to another gdoc or Wikipedia page.
3. Observe the behaviors.




**Expected result** 
* Scanning is performed and the string is pasted.


**Actual result**
* Long scanning time
* The warning dialog is displayed even if the string does not contain *warn (this happens for any string)
* [intermittent] Sometimes after clicking the use content/ cancel buttons on the warning dialog the content is scanned again


**Regression range**
* The waiting time issue can be reproduced with 128esr as well so this is not a regression. The difference is that after clicking `Use content` after bug 1915351 is implemented there will be only one more scanning. Before bug 1915351 the scanning will happen more times, even the warning dialog will appear 2 times. I will set bug 1915351  as dependent since this fixes things a little.

**Additional notes**
* Attached a screen recording.
* Since this does not happen with every pasted gdoc data we will not treat this issue as high impact unless we find if this may be reproduced more often.
* We are using the DLP Agent command (`.\content_analysis_sdk_agent.exe --user --toblock=.\d{3}-?\d{2}-?\d{4}. --towarn=.warn. --delays=10`) with `??` symbols will also result in another 3 blocked dialogs displayed and block pasting the string.
* This is not string dependent. The issue reproduces with any string that has a gray color.
* This also happens when pasting to Wikipedia.
Bug: [macOS] Screenshot tool not working on Reddit if trying to save full page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-10-29 13:52:17+00:00
Resolved: 2025-01-30 09:40:48+00:00

**Found in**
- Firefox 133.0b1

**Affected versions**
- Firefox 132.0
- Firefox 133.0b1
- Firefox 134.0a1

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

**Steps to reproduce**
1. Access reddit.com
2. Launch screenshoot tool
3. Select Save full page

**Expected result**
- The page is previewed in the screenshot tool and can save it

**Actual result**
- The page is not previewed and it cannot be saved

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

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/15EwwKJjDpUEzKRVORSPK9vHYZWjgrAqx/view?usp=sharing)
Bug: Firefox DLP scans the pasted content two times (not visible in the UI) doubling the set amount of time for the scanning
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-10-29 14:07:14+00:00
Resolved: 2024-10-30 13:17:57+00:00

**Found in**
* 134.0a1 (2024-10-29)

**Affected versions**
* 134.0a1 (2024-10-29)





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

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-\d{2}-\d{4}.* --towarn=.*warn.* --delays=10

**Steps to reproduce**
1. Copy a random string from one Wikipedia page to another.

**Expected result** 
* The total scanning time is 10 seconds as stated in preconditions.

**Actual result**
* The total scanning time is 20 seconds. The are two scans happening inside the agent.


**Regression range**
* I cannot reproduce this issue with 133.0b1, so this likely happens after bug 1915351.

**Additional notes**
* Attached a screen recording.
Bug: Firefox DLP scans the pasted content from external app twice in Google/OneDrive Documents
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-10-29 14:12:39+00:00
Resolved: 2024-10-29 15:20:03+00:00

**Found in**
* 134.0a1 (2024-10-29)

**Affected versions**
* 134.0a1

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view 
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* Run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.\d{3}-?\d{2}-?\d{4}. --towarn=.warn. --delays=10

**Tested platforms**
* Affected platforms: Windows 10/11
* Unaffected platforms: macOS, Ubuntu 

**Steps to reproduce**
1. Go to https://drive.google.com/drive/home and open a Google Doc
2. Open up a document in an external program (for example Notepad) and type “ok text” into it and copy it
3. Go back to Google Docs and paste the copied text from step 2
4. Observe the behavior

**Expected result**
*  The pasted content is scanned only once

**Actual result**
*  The pasted content is scanned 2 times consecutively 

**Regression range**
* Mozzregression points to bug 1915351

**Additional notes**
* See the attached video
* Also reproducing for blocked and warn dialogs
* Also reproducing for One Drive Documents
* Not reproducing for the drag and drop operation
Bug: Firefox DLP scans the pasted content from other webpages twice in Google/OneDrive Documents
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-10-29 14:17:33+00:00
Resolved: 2024-12-18 07:43:28+00:00

**Found in**
* 134.0a1 (2024-10-29)

**Affected versions**
* 134.0a1

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view 
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* Run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.\d{3}-?\d{2}-?\d{4}. --towarn=.warn. --delays=10

**Tested platforms**
* Affected platforms: Windows 10/11
* Unaffected platforms: macOS, Ubuntu 

**Steps to reproduce**
1. Go to https://drive.google.com/drive/home and open a Google Doc
2. Open a random webpage and copy any text
3. Go back to Google Docs and paste the copied text from step 2
4. Observe the behavior

**Expected result**
*  The pasted content is scanned only once

**Actual result**
*  The pasted content is scanned 2 times consecutively 

**Regression range**
* Not a regression since this can be reproduced with 128esr as well

**Additional notes**
* See the attached video
* Also reproducing for blocked and warn dialogs
* Also reproducing for One Drive Documents
* Not reproducing for the drag and drop operation
Bug: Blocked dialog stacks 2-3 times after pasting content in Google/OneDrive Documents
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-10-29 15:15:06+00:00
Resolved: 2024-12-10 09:59:49+00:00

**Found in**
* 134.0a1 (2024-10-29)

**Affected versions**
* 134.0a1

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view 
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* Run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.\d{3}-?\d{2}-?\d{4}. --towarn=.warn. --delays=10

**Tested platforms**
* Affected platforms: Windows 10/11
* Unaffected platforms: macOS, Ubuntu 

**Steps to reproduce**
1. Go to https://drive.google.com/drive/home and open a Google Doc
2. Paste “123456789” text from any webpage/external app inside Google Doc
3. Wait for the Blocked dialog to be shown
4. Press the “Ok” button and observe the behavior

**Expected result**
*  Blocked dialog is dismissed after pressing the “Ok” button

**Actual result**
*  Blocked dialog appears stacked twice on top of each other, or even 3 times if the user does not interact with it within the first 10 seconds

**Regression range**
* This happens after bug 1915351

**Additional notes**
* See the attached video
* Not reproducing for Warn dialog
* Also reproducing for One Drive Documents
Bug: IDN policy bypass using ī (U+012B)
Status: NEW
Priority: P3
Created: 2024-10-29 15:51:14+00:00
Resolved: 2024-12-11 19:55:05+00:00

Domain names containing ī (There's a real world phishing page rīpple.net using this currently) can easily be confused for domain names containing i.

This issue is also present in chromium and I reported it to them too.

---

Probably not eligible for the Bug Bounty, because I didn't come up with it. Not sure what's your policy with that, I don't expect a bounty here, but thought it wouldn't hurt to try 😉
Bug: [Experiment] Clicking the “Start browsing” button from the Fox Doodle Multi-Action spotlight doesn’t pin Firefox to the Start menu while enrolled in the Treatment A of the experiment
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-10-29 16:10:06+00:00
Resolved: 2024-10-30 16:29:19+00:00

**[Notes]:**
- The name of the third checkbox is also incorrect, instead of “mr2022-onboarding-pin-primary-button-label” it should be named “Pin Firefox to Start menu”.

**[Affected versions]:**
- Firefox RC 132.0 (Build ID: 20241021175835)

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

**[Prerequisites]:**
- Have the Firefox 132 .msix build installed.
- Firefox is not set as the default browser.
- Be enrolled in the Treatment A branch of the Fox Doodle Multi-Action CTA “Existing users” experiment.
- The “Make Firefox your primary browser” prompt was dismissed by checking the “Don’t show this message again” checkbox.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. Make sure all 3 checkboxes are ticked when the Fox Doodle spotlight is displayed.
3. Click the “Start browsing” button.
4. Click the "Yes" option from the OS toast to pin Firefox to the taskbar.
5. Go to the Start Menu and observe the behavior.

**[Expected result]:**
4. The spotlight is dismissed.
5. Firefox is pinned to the Start menu.

**[Actual result]:**
4. The spotlight is not dismissed.
5. Firefox is not pinned to the Start menu.

**[Additional Notes]:**
- Here is the error from the Browser Console when clicking the “Start browsing” button:
`Uncaught (in promise) Error: Error in MULTI_ACTION event: Special message action with type Pin Firefox to Start menu is unsupported.
    handleAction resource://messaging-system/lib/SpecialMessageActions.sys.mjs:654`
- This issue is not reproducible with the Treatment B branch.
- This issue is also reproducible with the “Early day” recipe.
- Here is a [screen recording](https://drive.google.com/file/d/1vFbt6KyvsyZsajGksNf2S1EP7_YNX26O/view?usp=sharing) of the issue.