av9ash/GitBugs huggingface dataset:
Bug: Opening a new non-private Firefox window (when a private Firefox window is open) shows whatever was previously open, in addition to the user-specified starting page
Status: NEW
Priority: P2
Created: 2024-12-06 20:11:43+00:00
Resolved: 2025-02-18 19:45:53+00:00

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

Steps to reproduce:

Opening a new non-private Firefox window (when a private Firefox window is open) shows whatever was previously open, in addition to the user-specified starting page.

about:support
Name: Firefox
Version: 133.0
Build ID: 20241121140525
Distribution ID:
Update Channel: release
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:133.0) Gecko/20100101 Firefox/133.0
OS: Windows_NT 10.0 19045

about:preferences
‘Open previous windows and tabs’ = NOT selected

about:preferences#home
‘Homepage and new windows’ = ‘Blank page’ selected
‘New tabs’ = ‘Blank page’ selected

Opening a new non-private Firefox window (when a private Firefox window is open) shows whatever was previously open, in addition to the user-specified starting page.

Steps to reproduce:

0. No instances of Firefox are running.
1. Open non-private Firefox.
2. Browse to any page or pages, for example open one tab with https://bugzilla.mozilla.org and another tab with https://www.mozilla.org/en-US/firefox/new/
3. Close non-private Firefox (i.e. close the entire browser) while those two tabs are still open.

(Note: At this stage, Firefox is not running. The user expects that opening a new non-private Firefox instance will display a blank page, as per user-settings.)

4. Open private Firefox.
5. Open non-private Firefox (in addition to the already-running private Firefox).



Actual results:

Actual results:

The non-private Firefox window displays the user-specified starting page (in this situation, a blank tab) but ALSO displays whatever was previously open from the earlier instance – in this example, the extra tabs show https://bugzilla.mozilla.org and https://www.mozilla.org/en-US/firefox/new/

(Note: For clarity, in this example, the non-private Firefox window shows: one tab with https://bugzilla.mozilla.org , one tab with https://www.mozilla.org/en-US/firefox/new/ , and a blank tab (which is the user-specified homepage) which has focus.)



Expected results:

Expected results:

The non-private Firefox window ONLY displays one tab with the user-specified starting page (and will NOT display any tabs from earlier browsing).

(Note: For clarity, in this example, the user expects to see: one blank tab (the user-specified homepage).)
Bug: bookmarks bar occasionally displays as empty on 2nd monitor (there appears to be a massive temporary spacer, bookmarks are all moved in the overflow menu)
Status: NEW
Priority: --
Created: 2024-12-06 20:52:01+00:00
Resolved: 2025-02-24 15:23:41+00:00

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

Steps to reproduce:

Have a PC with 2 monitors, and 2 Firefox windows open for a long browsing session, one on each monitor. In the window on the secondary monitor, run a stream (paramountplus.com for example) for a while an keep browsing in the menu on the main screen.


Actual results:

At some random moment, the bookmarks in the bookmark bar on the Firefox window on the 2nd screen disappear (they temporarily move to the overflow-menu it seems). Only when resizing the window, the bookmarks are displayed properly again in the bookmarks toolbar. Captured profile of the resizing action that restores the bookmarks appearance: https://share.firefox.dev/41nOrsP


Expected results:

Bookmarks in the bookmarks toolbar should never suddenly move to the overflow menu until the user resizes the affected window.
Bug: all history window shows dates instead of content on second invocation
Status: NEW
Priority: P5
Created: 2024-12-07 10:12:19+00:00
Resolved: 2025-01-31 18:03:28+00:00

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

Steps to reproduce:

1. press ctrl-shift-H to open all history window
2. press alt-tab to switch back to firefox browser window
3. press ctrl-shift-H again


Actual results:

history window moves back into the foreground as expected, but history pane shows date groups normally located in the left pane (today, yesterday and so on) instead of actual history


Expected results:

right pane of the history window should've contained history records
Bug: Screenshot copy & download not working with touch
Status: NEW
Priority: P3
Created: 2024-12-07 12:07:47+00:00
Resolved: 2025-01-02 19:26:26+00:00

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

Steps to reproduce:

When taking a screenshot with a touchscreen laptop dragging the selection area works (contrary to what https://bugzilla.mozilla.org/show_bug.cgi?id=1540311 reports).

I was able to reproduce this bug on a Thinkpad X1 using Windows 11 and a Samsung Galaxy Book 360 using Arch Linux with KDE.


Actual results:

When trying to Press the Copy or Download button it does not register the click.

I also found a hint as to why it may not working, as I tried screen recording the bug and the buttons copy & download buttons are not visible (in the recording not visible, I saw them on the screen) until I'm moving the mouse, before I moved the mouse I tried pressing on the buttons which was not visible in the recording.


Expected results:

Copy and Download button should work the same as if using the mouse.
Bug: Cant install nightly on windows 10 21H2 LTSC
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-07 15:50:47+00:00
Resolved: 2024-12-10 00:58:29+00:00

Steps to reproduce:

Downloaded latest nightly installer and run with elevated privileges


Actual results:

A message pops up as if it is trying to install in a previous windows version


Expected results:

Fast installing concluded without issues
Bug: Windows 11 (Insider Preview, Build 26120) flagged as not compatible with Nightly 135
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-12-07 16:11:54+00:00
Resolved: 2025-01-23 13:29:38+00:00

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

Steps to reproduce:

Attempt to download & install nightly on Windows 11 24H2.


Actual results:

Nightly installation fails with a message stating "This version of Firefox requires Windows 10 or newer"


Expected results:

Nightly should install normally.
Bug: Sorting by site janks the parent-process for 15 seconds each time (spends all the time in nsIContent::GetContainingShadow around L10n)
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-12-08 04:51:52+00:00
Resolved: 2025-02-05 11:47:23+00:00

Click on that Firefox view button
The View page will open. By default the history are sorted by date
Click on "sort by site"

AR: https://share.firefox.dev/41pzztZ  , https://share.firefox.dev/4ijcFut ,  https://share.firefox.dev/4g1oMe4
ER: instant

Another problem is that the sort order persists each time you open Firefox View. So each time you click on that View button, the page will take 15 seconds.
Bug: Parent-process gets ~800MB after opening View-> History (which persists even after closing View)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-08 05:08:48+00:00
Resolved: 2025-01-02 12:14:01+00:00

Start firefox
Open View -> History
Maybe change the sort order

AR: Parent-process memory increases to 800MB. This persists even after the View  is closed
ER: Not so
Bug: View-> History continues to massively slowdown/jank resizing of the the Browser even after you close it
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-08 05:13:49+00:00
Resolved: 2024-12-09 12:32:58+00:00

Open View->History
Maybe scroll a little
Close it
Now resize the browser by snapping it to the corner of the screens (aka Windows Snap)

AR: The browser janks terribly
ER: Not so

Profile: https://share.firefox.dev/3Bguc5K
Bug: View->History continues to jank the parent-process if left open in another window and new websites are opened
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-08 05:22:28+00:00
Resolved: 2024-12-09 11:39:04+00:00

Open 2 windows
Open View-History in one. Maybe change the sort order.
Open google.com in the other window.

AR: Jank
Once the janks subsides, open another website

AR: Jank
https://share.firefox.dev/4it94tU
https://share.firefox.dev/3Zu3kXU
Bug: Removed Firefox View button returns after restart
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-12-08 12:20:32+00:00
Resolved: 2025-01-15 13:31:59+00:00

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

Steps to reproduce:

- right click on the Firefox View button and select "Remove from Toolbar" or click "Customize Toolbar..." and drag the button out 
- restart the browser


Actual results:

The button is back on the Toolbar


Expected results:

It should be hidden
Bug: regression: sidebar forgets it was expanded after entering full screen
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-12-08 17:43:52+00:00
Resolved: 2025-01-10 14:15:43+00:00

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

Steps to reproduce:

1. Enable vertical tabs
2. Expand sidebar
3. Double click a YouTube video to go fullscreen
4. Exit fullscreen


Actual results:

Sidebar is collapsed


Expected results:

Sidebar should remain expanded

Note that this appears to be a new regression.

By testing the builds from ftp.mozilla.org/pub/firefox/nightly, I can confirm that:
* this reproduces in build `2024-12-06-21-49-35-mozilla-central` and up to ` 	2024-12-08-09-03-41-mozilla-central/` (today's build)
* it does _not_ reproduce in `2024-12-06-09-28-31-mozilla-central` or any older build that I've tried
Bug: Scroll bar stay hidden in bookmark panel.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-08 23:53:39+00:00
Resolved: 2024-12-09 13:36:27+00:00

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

Steps to reproduce:

I open the bookmark panel with the shortcut and the bookmark panel show up with the scroll bar remaining hidden for some time.


Actual results:

Since I have a lot of bookmark scrolling all the way downs with my mouse wheel takes to long. I prefer going all the way down with the scroll bar. But I move ma cursor where it should be and it's not showing.


Expected results:

It should show up when I put my cursor where it's supposed to be or be always visible. Currently it show up after some time. I take I have to put my cursor to the bottom of the panel for the scroll bar to appear.
Bug: RIght-clicking device name does not open all tabs on Windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-09 09:27:42+00:00
Resolved: 2025-02-13 18:47:00+00:00

I am migrating from an old device using Firefox sync. According to [https://support.mozilla.org/en-US/kb/view-synced-tabs-other-devices](https://support.mozilla.org/en-US/kb/view-synced-tabs-other-devices) , right-clicking the device name in the sidebar should open all the tabs from another device. In reality, right-clicking does not do anything. Right-clicking on an individual tab does open a menu but I have thousands of tabs and cannot really open them one by one. I am on Windows 11, running Nightly 135.0a1 at the receiving end.
Bug: Collapsed Groups are not seen by the Scroll Back arrow
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-12-09 09:46:17+00:00
Resolved: 2025-01-13 09:38:28+00:00

**Found in**
* 135.0a1 (2024-12-09) 

**Affected versions**
* 135.0a1 (2024-12-09)
* Beta 134.0b8

**Preconditions**
Set browser.tabs.groups.enabled	true

**Affected platforms**
* all

**Steps to reproduce**
1. Have a Few Tabs Groups on the TabStrip.
2. Close any Tabs to the left of the Groups.
3. Open 10 tabs to the right of the groups.
4. Hit The Right Arrow Scroll Forward button until only the first tab is visible and the Groups are hidden.

**Expected result**
* Groups should be counted for the Scroll Back button.
* As long as there are Groups in the Tab Strip the Scroll back Button should be displayed as Enabled.

**Actual result**
* Reaching the First free Tab will Show the Scroll Back arrow as Disabled.
The user can still click the Scroll Back arrow even though its disabled.

**Regression range**
Not a Regression.
Bug: Create New Group panel is not displayed when dragging the tab before the other tab
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2024-12-09 10:00:34+00:00
Resolved: 2025-01-16 04:54:51+00:00

**Affected versions**
* Firefox  Nightly 135.0a1

**Affected platforms**
* macBook Pro Sonoma 14.1.2

**Preconditions:**
Set browser.tabs.groups.enabled true

**Steps to reproduce**
1. Open a few new tabs
2. Select and drag a tab onto the other tab until the Tab Grouping indicator is displayed and the panel is displayed
3. Switch the dragged tab position before the other open tab and drag it again over the tab until de tab grouping indicator is displayed

**Expected result**
* Create New Group panel should be displayed

**Actual result**
* Create New Group panel is not displayed when dragging the tab before the other tab 

**Regression range**
* New feature

**Additional notes**
* See the attached recording
Bug: privacry.webrtc.sharedtabwarning check skips first tab switch
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-12-09 13:06:01+00:00
Resolved: 2024-12-10 12:08:56+00:00

privacry.webrtc.sharedtabwarning enables a warning before switching tabs so people don't accidentally share unwanted content. It seems this check is ignored for the first tab switch after enabling sharing and only triggers for tabs from the second switch forward.
Bug: Tab Group colors are not loading in new windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-09 13:15:32+00:00
Resolved: 2024-12-11 15:22:38+00:00

**Affected versions**
* Firefox 135.0a1

**Affected platforms**
* macOS 

**Steps to reproduce**
1. Have a few Tab Groups already created
2. Open a new window and load a new tab
3. Select the tab and using context menu observe the already created group colors

**Expected result**
* Group colors are loaded and in new windows

**Actual result**
* Tab Groups colors are not loading in new windows

**Regression range**
* No a regression

**Additional notes**
* See the attached screenshot
Bug: Groups created in a Horizontal Tab Strip are not removed after switching to a Vertical Tab strip and vice-versa
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-12-09 14:03:57+00:00
Resolved: 2025-01-17 09:31:43+00:00

**Found in**
135.0a1 (2024-12-09)

**Affected versions**
135.0a1 (2024-12-09)
Beta 134.0b8

**Preconditions**
Set browser.tabs.groups.enabled true

**Steps to reproduce**
1. Select a few tabs and create a new group
2. From about:preferences#experimental enable the Sidebar and Vertical tabs
3. Right click the group label in the vertical sidebar and select "Save and close" group

**Expected result**
* Tab Group is closed and the label is removed

**Actual result**
* Groups created in a Horizontal Tab Strip are not removed after switching to a Vertical Tab strip and vice-versa

**Regression range**
*New feature

**Notes**
 * Tab Group context menu options from Manage Tab Group panel are not working after closing group and switching to vertical tabs and vice-versa
Bug: Firefox View Toolbar item keeps reappearing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-09 15:12:16+00:00
Resolved: 2024-12-09 15:29:03+00:00

Currently Nightly, Linux

STR:
1) Right click Firefox View Icon, "Remove from Toolbar"
2) Icon disappears, usable toolbar space recovered
3) Restart browser

Expected:
Icon stays hidden

Actual:
Firefox View re-appears every restart
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_select_panel_select_current_language_directly.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-12-09 17:26:22+00:00
Resolved: 2025-01-08 12:09:44+00:00

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

---
```
task 2024-12-09T17:12:51.503Z] 17:12:51     INFO - TEST-START | browser/components/translations/tests/browser/browser_translations_select_panel_select_current_language_directly.js
[task 2024-12-09T17:12:51.554Z] 17:12:51     INFO - GECKO(3562) | console.log: Translations: "Mocking RemoteSettings for the translations engine."
[task 2024-12-09T17:13:36.556Z] 17:13:36     INFO - TEST-INFO | started process screentopng
[task 2024-12-09T17:13:38.661Z] 17:13:38     INFO - TEST-INFO | screentopng: exit 0
[task 2024-12-09T17:13:38.661Z] 17:13:38     INFO - Buffered messages logged at 17:12:51
[task 2024-12-09T17:13:38.661Z] 17:13:38     INFO - Entering test bound test_select_translations_panel_select_current_from_language_directly
[task 2024-12-09T17:13:38.662Z] 17:13:38     INFO - Loading test page starting at url: https://example.com/browser/toolkit/components/translations/tests/browser/translations-tester-select.html
[task 2024-12-09T17:13:38.662Z] 17:13:38     INFO - Buffered messages finished
[task 2024-12-09T17:13:38.662Z] 17:13:38     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_select_panel_select_current_language_directly.js | Test timed out - 
[task 2024-12-09T17:13:38.663Z] 17:13:38     INFO - GECKO(3562) | Completed ShutdownLeaks collections in process 3562
[task 2024-12-09T17:13:38.663Z] 17:13:38     INFO - TEST-START | Shutdown
```
Bug: The text is scanned again if another string is copied while a warning text is canceled or a blocked dialog is confirmed
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-12-10 07:26:27+00:00
Resolved: 2025-01-14 07:28:51+00:00

**Found in**
* 135.0a1 (2024-12-09)

**Affected versions**
* 135.0a1 (2024-12-09)
* 134.0b8








    


**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
* DLP Agent is running


**Steps to reproduce**
1. Paste the `warning` string to Wikipedia.
2. While the scan is ongoing copy another random string.
3. Press cancel on the unsafe content window.



**Expected result** 
* No scanning is performed.


**Actual result**
* The string from step 2 is scanned.

**Regression range**
* The issue happens after bug 1915351.

**Additional notes**
* Attached a screen recording.
Bug: Sidebar is unexpectedly visible in a popup window with a profile migrated from old versions
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2024-12-10 08:29:36+00:00
Resolved: 2025-02-17 08:24:07+00:00

The element `#sidebar-box` can have persistent `checked` attribute which was saved by an old version Firefox, and it triggers unexpectedly visible sidebar in popup windows on new versions of Firefox.

# Steps to reproduce

1. Install Firefox ESR115 to `C:\Program Files\Mozilla Firefox ESR115`.
2. Install Nightly to `C:\Program Files\Firefox Nightly`.
3. Create a blank folder at `%temp%\temporary-profile`.
4. Start Firefox ESR115 with the blank folder as its profile: `"C:\Program Files\Mozilla Firefox ESR115\firefox.exe" -profile "%temp%\temporary-profile"`
5. Hit Ctrl-B to show the bookmarks sidebar.
6. Exit Firefox ESR115.
7. Start Nightly with the profile initialized by Firefox ESR115: `"C:\Program Files\Firefox Nightly\firefox.exe" -profile "%temp%\temporary-profile"`
8. Go to `about:preferences#experimental`
9. Check to "Sidebar" to activate new style sidebar.
10. Go to https://javascript.info/popup-windows#example-a-minimalistic-window
11. Click the "play" button on the second testcase which opens 600x300 popup window with params `scrollbars=no,resizable=no,status=no,location=no,toolbar=no,menubar=no,width=600,height=300,left=100,top=100`.

# Expected result

* A popup window is opened with no sidebar.

# Actual result

* A popup window is opened with visible sidebar.

# Environment

* Firefox Nightly 135.0a1 (Build ID: 20241209213901)
Bug: SendTab stops working after two sets of tabs have been sent to another device
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-12-10 08:59:49+00:00
Resolved: 2025-02-13 18:48:47+00:00

I am migrating from an old device using Firefox sync. I have many windows open and I am trying out the SendTab feature to bring my tabs over on the new machine.

When I click 'Select All Tabs' and then 'Send 67 tabs to Device', the tabs are opened correctly in the current active window on the other device. Next, I open a new window on the destination device, do the same for another window on the source device and it still works, but after that it stops: sending multiple or individual tabs does nothing on the destination device side.

There's no pop-up or alert or a clearly identifiable log message in the browser console.

Restarting the browser on the destination device does not change a thing. Restarting the browser on the source side resolves the issue, however it would be better if the restart (and manually going through the tens, if not hundreds of windows) were not needed.

Both devices are running Nightly on Windows 11. as in [bug 1935952](https://bugzilla.mozilla.org/show_bug.cgi?id=1935952).
Bug: Blocked dialog displayed when pasting from clipboard after canceling the initial DLP scan
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-12-10 09:19:04+00:00
Resolved: 2025-02-19 13:56:28+00:00

**Found in**
* 135.0a1 (2024-12-09)

**Affected versions**
* 135.0a1
* 134.0b8

**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 any random webpage (e.g. wikipedia.org) 
2. Copy any random text and paste it inside the Search field
3. Press the “Cancel” button from the “Scan in progress” dialog 
4. Paste again the content from the clipboard and observe the behavior

**Expected result**
*  “Scan in progress” dialog is displayed

**Actual result**
*  “You’re not permitted to paste this content” dialog is displayed

**Regression range**
* Mozregression points to bug 1915351

**Additional notes**
* See the attached video
* Reproducing regardless of the pasted text
Bug: Firefox crashes when pasting text for Allow or Deny URL
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-12-10 09:25:15+00:00
Resolved: 2024-12-12 13:41:06+00:00

**Found in**
* 135.0a1 (2024-12-09)

**Affected versions**
* 135.0a1 (2024-12-09)
* 134.0b8








    


**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
* DLP Agent is running


**Steps to reproduce**
1. Paste a random string to Reddit or Yahoo page.



**Expected result** 
* No crash.


**Actual result**
* Firefox crashes.

**Regression range**
* The issue happens after bug 1915351.

**Additional notes**
* Attached a screen recording.