av9ash/GitBugs huggingface dataset:
Bug: Closing the Firefox browser by Saving and Closing the last Tab group will show that Tab group twice after restart
Status: NEW
Priority: P2
Created: 2025-02-26 12:02:26+00:00
Resolved: 2025-02-26 16:09:27+00:00

**Found in**
* 137.0a1 (2025-02-26)

**Affected versions**
* 137.0a1 (2025-02-26)

**Affected platforms**
* all

**Steps to reproduce**
1. Have only 2 tabs open.
2. Create a Tab group with them.
3. Right click the Tab group and select Save and Close.
4. Restart Firefox with the same profile.
5. Open the list all Tabs menu.

**Expected result**
* Previously saved Group is displayed once.

**Actual result**
* The previously saved Group is displayed twice.

**Regression range**
This is a new feature for Tab groups implemented with Bug 1948078
Bug: Unable to connect to the DLP Agent OS notification is no longer displayed on clipboard paste, drag and drop, or when uploading a single file
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2025-02-26 12:23:23+00:00
Resolved: 2025-02-27 12:09:20+00:00

**Found in**
* 137.0a1 (2025-02-25)



**Affected versions**
* 137.0a1 (2025-02-25) 








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


**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

**Steps to reproduce**
* Open Firefox and perform a clipboard paste, a single file upload, or a drag-and-drop operation for a string.




****Expected result****
* The OS notification that Firefox cannot connect to the agent is displayed.

**Actual result**
* Nothing happens.


**Regression range**
*  Most likely this happens after bug 1928064.

**Additional notes**
* Attached a screen recording.
Bug: Unable to move with drag and drop multiple selected tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-26 12:30:51+00:00
Resolved: 2025-02-26 13:33:12+00:00

**Affected versions**
* Nightly 137.0a1


**Affected platforms**
* All

**Steps to reproduce**
1. Open multiple tabs in the browser tab strip
3. Shift select a few tabs and with drag and drop move them in the tab strip

**Expected result**
* User should be able to move with drag and drop multiple selected tabs 

**Actual result**
* Unable to drag and drop multiple selected tabs 

**Regression range**
* First bad: Nightly 137.0a1 (2025-02-21)
* Last good: Nightly 137.0a1 (2025-02-20)
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2cf34b3c9e6115e24043da1a5e48d3e272d37d4d&tochange=b97e12ebadcde95f22b9c9553e89226a9ade35e3
* Potential regressor: Bug 1948943
Bug: Dragging more than two adjacent tabs is broken
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-26 13:21:52+00:00
Resolved: 2025-03-05 15:10:17+00:00

STR:
1. open a new window
2. open 3 extra tabs
3. multiselect the 3 extra tabs
4. try to drag the selected tabs before the first tab
Bug: UI Responsiveness Issue in Mozilla Firefox: Search Bar & Logo Misalignment
Status: UNCONFIRMED
Priority: --
Created: 2025-02-26 15:52:49+00:00
Resolved: 2025-02-26 17:10:37+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/18.3 Safari/605.1.15
Firefox for Android

Steps to reproduce:

This bug appears in the main window of the search engine and is related to the responsiveness of the page. When the webpage size is reduced to fit the devices listed below, the Mozilla Firefox logo beside the search bar moves into the search bar, and the search bar shifts upward. This behavior is contrary to the intended responsiveness of the webpage.



Actual results:

When resizing the webpage to match the specified devices, the Mozilla Firefox logo moves inside the search bar, and the search bar itself shifts upwards, disrupting the layout and responsiveness of the page.




Expected results:

The Mozilla Firefox logo should remain beside the search bar, and the search bar should maintain its intended position across different screen sizes without overlapping or shifting unexpectedly.
Bug: Pressing Delete does not delete the selected bookmark from the Bookmarks sidebar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-26 17:52:50+00:00
Resolved: 2025-02-27 19:25:39+00:00

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

Steps to reproduce:

1. Right-click on the bookmark in the sidebar
2. Press Esc to hide context menu
3. Press Delete keyboard key


Actual results:

Nothing


Expected results:

The selected bookmark should be removed without prompting.
Bug: Corners are not always rounded when using vertical tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-26 18:50:12+00:00
Resolved: 2025-02-28 14:13:31+00:00

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

Steps to reproduce:

- Enable vertical tabs
- Navigate to apple.com



Actual results:

- Corner in the top left of the page is not rounded


Expected results:

- Corner in the top left of the page should be rounded like on other pages
Bug: New-Tab Page sometimes briefly shows a loading tooltip near bottom-left: "Read firefox-settings-attachments.cdn.mozilla.net"
Status: NEW
Priority: --
Created: 2025-02-26 19:19:45+00:00
Resolved: 2025-02-26 19:36:05+00:00

STR:
1. Open Firefox, and pay close attention to the bottom-left of your Firefox window as it opens to the new-tab page.

ACTUAL RESULTS:
As the new-tab page loads, there's sometimes a brief flicker of a tooltip-like notification at the bottom left corner that says:
```
Read firefox-settings-attachments.cdn.mozilla.net
```

EXPECTED RESULTS:
No such notification, maybe?  The flicker is too fast to see the content, and hence is kind of distracting and annoying. These sorts of tooltips are shown as a progress indicator when we're loading data from a website, but new-tab is meant to be mostly local (with remote data pulled in, but that sourcing of remote data is meant to be behind-the-scenes mostly and shouldn't result in loading indicators like this, especially very-brief flickery ones)

Here's a profile that I captured which shows this tooltip-notification in the screenshots track at around t=1.770s:
https://share.firefox.dev/3EVHpT0

(This is with a fresh profile that I just created today, where I had simply opened and closed Firefox a bunch of times with `MOZ_PROFILER_STARTUP=1` environmental variable specified in my terminal, watching for this issue until I was able to see & capture it.)
Bug: PDF Viewer in SAP Workzone cannot render PDF due to the warning "Cannot Load system Font"
Status: UNCONFIRMED
Priority: --
Created: 2025-02-26 20:21:47+00:00
Resolved: 2025-02-26 20:42:06+00:00

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

Steps to reproduce:

Open Fiori App in SAP Workzone. App can be accessed thru an iframe or standalone link. Click the necessary file and display via PDF viewer


Actual results:

Neither thru an iframe nor standalone link can render the PDF using PDF Viewer


Expected results:

PDF Viewer should be able to display the pdf like other browsers
Bug: jittery sidebar with expand on hover when there's a tab group
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-26 20:22:59+00:00
Resolved: 2025-03-04 15:42:29+00:00

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

Steps to reproduce:

Good afternoon! I hope all is well over there. Excited to submit my first bug report! And I figure this'll probably get taken care of without this before it's enabled, but wanted to help make sure :D

1. Enable expand sidebar on hover on the latest nightlys
2. Have a tab group with at least one tab it in, in the middle of the sidebar (it can be collapsed or expanded)
3. Move your cursor inside and outside the sidebar


Actual results:

The tabs at and below the tab group jiggle around, up and down in position. This does not occur if there is no tab group(s)!

I believe this is because of the padding of the tab group being greater when in 'hover' mode.


Expected results:

While this ~could~ be expected behavior, I was hoping that the tabs could stay 'aligned' to where there position was, both before and after expansion on hover. Which would mean when the expand sidebar in hover option is enabled, the padding of tab groups would probably be consistent in either state!
Bug: Autocomplete items in the urlbar can appear with the fade effect needlessly
Status: NEW
Priority: P3
Created: 2025-02-26 21:22:15+00:00
Resolved: 2025-03-03 16:27:26+00:00

STR:
1. New profile
2. Open https://www.youtube.com/shorts/ciMEBU_0i5Y, wait for it to load and close that tab
3. Open https://www.fxp.co.il/, wait for it to load. Close it and reopen it repeatedly, something like 10 times? (just to bump its frecency enough that it will be first to appear when typing `f` in the urlbar)
4. Resize the window (or customize the toolbar) so that when you enter the url from step 2 in the urlbar, the fade effect will appear for the page title (but don't resize it too much that also the url from step 3 will overflow)
6. Disable `Show search suggestions ahead of browsing history in address bar results` in about:preferences
7. Open a new tab, paste the url from step 2 -- you should see the page title with the fade effect -- all good so far
8. Ctrl+A to select the entire url, and _without_ hitting the Esc/Del/Backspace key or whatever, type `f` (from fxp.co.il)

ER:
The page title should NOT have the fade effect

AR:
It does.

Note that in step 8, if you clear the text BEFORE typing `f`, the issue will not appear.
Bug: Fix browser_reviewchecker_show_keep_closed_and_notification_card.js for debug builds
Status: NEW
Priority: P2
Created: 2025-02-27 01:38:37+00:00
Resolved: 2025-02-27 01:39:10+00:00

The test `browser_reviewchecker_show_keep_closed_and_notification_card.js` from bug 1949647 seems to fail frequently on debug builds. See https://bugzilla.mozilla.org/show_bug.cgi?id=1949647#c3.  What's odd is that the test passes sometimes when I run the test locally in a full debug build (individual file and entire browser suite included). I'm filing this bug as a follow-up to investigate what's going on and see to fixing it, so that we can land Bug 1949647 and its patch stack asap.
Bug: More tools and Extension icons are overlapped in Private window with the browser's minimum width and vertical tabs
Status: ASSIGNED
Priority: P3
Created: 2025-02-27 07:16:28+00:00
Resolved: 2025-03-04 14:43:33+00:00

**Found in**
* 137.0a1 (2025-02-26)



**Affected versions**
* 137.0a1 (2025-02-26) 








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


**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: `.\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-?\d{2}-?\d{4}.* --towarn=.*warn.* --delays=10`

* vertical tabs enabled


**Steps to reproduce**
1. Open Firefox's private window.
2. Shrink the browser to the minimum width.




****Expected result****
* All buttons are correctly displayed.

**Actual result**
* `Extensions` and `More tools` buttons are overlapped.


**Regression range**
*  Most likely this happens after bug 1948884.

**Additional notes**
* Attached a screenshot.
Bug: ‘Add <engine>’ + sign missing from the Unified Search Button dropdown
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2025-02-27 13:09:29+00:00
Resolved: 2025-03-05 21:47:22+00:00

**Found in**
* Firefox Nightly 137.0a1; 

**Affected version**
* Firefox Nightly 137.0a1; 

**Affected platforms**
* Windows 10;
* Ubuntu 22;
* macOS 14; 

**Steps to reproduce**
1. Launch Firefox.
2. Open a website that offers an open search engine, such as youtube, bugzilla, ecosia etc. 
3. Focus the urlbar and enter edit mode. 
4. Click on the Unified Search Button to open the dropdown.
5. Observe the open search engine in the USB dropdown. 

**Expected result**
* ‘+’ sign is shown above the icon indicating that the engine can be added. 

**Actual result**
* ‘+’ sign is missing from the USB dropdown.

**Regression range**
* last good: 2025-02-12;
* first bad: 2025-02-13;
* pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=1c695e81404d9c569838b59ddd3a5ba77df87f03&tochange=a3ddc7278467e7fdc06ba96e92ff883aba52b208
* potentially regressed by: bug 1934410
Bug: Firefox crashes if closed or restarted while the agent delay is not reached with the TimeoutResult set
Status: NEW
Priority: --
Created: 2025-02-27 13:10:59+00:00
Resolved: 2025-03-05 22:22:16+00:00

**Found in**
* 137.0a1 (20250227090415)



**Affected versions**
* 137.0a1 (20250227090415) 








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


**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-4.json to it and then rename it to policies.json
* set "TimeoutResult": 1 in policies.json file
* DLP Agent is running: `.\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-?\d{2}-?\d{4}.* --towarn=.*warn.* --delays=10`

**Steps to reproduce**
1. Open Firefox and perform clipboard paste.
2. Choose to Use content or Cancel and restart or close Firefox.


****Expected result****
* Firefox closes or restarts as expected.

**Actual result**
* Firefox crashes.


**Regression range**
*  Most likely this happens after bug 1949834.

**Additional notes**
* Attached a screen recording.
* The crash does not happen if the agent delay time is reached (after 10 seconds).
* Crash report: https://crash-stats.mozilla.org/report/index/c6b19674-6d0c-4b08-af7f-6a0910250227
Bug: [Experiment] The "Login Status Advisory Callout" is not detected by a screen reader software on macOS and Linux
Status: NEW
Priority: P1
Created: 2025-02-27 13:15:08+00:00
Resolved: 2025-03-03 18:38:32+00:00

**[Notes]:**
- On Windows the "Login Status Advisory Callout" is successfully detected and read by the NVDA screen reader software.

**[Affected versions]:**
- Firefox Release 135.0.1 - Build ID: 20250216192613

**[Affected Platforms]:**
- macOS 15.1.1
- Ubuntu 24.04

**[Prerequisites]:**
- Have the `nimbus.debug` pref set to `true` in the "about:config" page.
- Have a Firefox profile older than 7 days.
- Client is not connected to Sync.
- Firefox is set as the default browser or the "Always check if Firefox is your default browser" option from the "about:preferences#general" page is unchecked.
- Have a screen reader software installed and active. (EG: VoiceOver on macOS or Orca on Ubuntu 24.04)

  
**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to "about:studies?optin_slug=login-status-advisory-callout&optin_branch=treatment-b&optin_collection=nimbus-preview".
3. Restart the browser and observe the behavior.

**[Expected result]:**
- The "Login Status Advisory Callout" is successfully recognized and read by the screen reader.
    
**[Actual result]:**
- The "Login Status Advisory Callout" is not recognized by the screen reader.

**[Additional Notes]:**
- This issue is reproducible on all the Treatment pages of the "Login Status Advisory Callout" experiment.
Bug: Default search engine icon is changed to a magnifying glass after restarting Firefox Nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-27 13:42:38+00:00
Resolved: 2025-02-27 14:00:27+00:00

**Notes**
* Opening a new tab switches the magnifying glass back to the default engine icon. 

**Found in**
* Firefox Nightly 137.0a1; 

**Affected version**
* Firefox Nightly 137.0a1; 

**Affected platforms**
* Windows 10;
* Ubuntu 22;
* macOS 14; 

**Steps to reproduce**
1. Launch Firefox.
2. Open about:newtab.
3. Restart the browser.
4. Observe the USB icon. 

**Expected result**
* Default search engine icon is shown in the USB on about:newtab.

**Actual result**
* Magnifying icon is shown in the USB on about:newtab. 

**Regression range**
* last good: 2025-02-26;
* first bad: 2025-02-27;
* pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=5ce947ff9ccbafd675d52f7d4d768e6b9b2133ca&tochange=db0fee0b120508fc11950317e4b2962da3723a83
* potentially regressed by: bug 1936557;
Bug: The use content windows are displayed late on multiple file uploads after the scanning is completed when TimeoutResult is set to 1
Status: NEW
Priority: --
Created: 2025-02-27 14:36:41+00:00
Resolved: 2025-03-05 07:41:02+00:00

**Found in**
* 137.0a1 (20250227090415)



**Affected versions**
* 137.0a1 (20250227090415) 








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


**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-4.json to it and then rename it to policies.json
* replace  "DefaultResult": 1 with "TimeoutResult": 1 in policies.json file
* DLP Agent is running: `.\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-?\d{2}-?\d{4}.* --towarn=.*warn.* --delays=10`

**Steps to reproduce**
1. Open Firefox and https://mdn.github.io/learning-area/html/forms/file-examples/simple-file.html 
2. Choose multiple file to upload.
3. Wait for the scans to be completed.


****Expected result****
* The use content window is displayed.

**Actual result**
* The use content window is displayed only after some time.


**Regression range**
*  Before bug 1949834 and after bug 1944395Firefox crashes when performing multiple uploads. So this might not be a regression.

**Additional notes**
* Attached a screen recording.
Bug: Add an error state for when remote settings fails to collect wallpapers
Status: NEW
Priority: --
Created: 2025-02-27 14:44:06+00:00
Resolved: 2025-02-27 14:44:06+00:00

When remote settings fails to collect the wallpapers collections we should show a UI to users so they understand wallpapers have not loaded properly. Currently it shows a wallpapers header with no buttons.
Bug: [tabgroups] When dragging a tab from another window the insertion point indication is wrong
Status: ASSIGNED
Priority: P2
Created: 2025-02-27 16:27:13+00:00
Resolved: 2025-03-04 09:08:01+00:00

Win11 / Nightly 20250225214549

STR
- have one pinned tab, two collapsed tabgroups, and no normal tabs (active tab is the pin)
- have a tab in another window
- drag the normal tab into the pin/group window to insert into tabstrip

Expected
- The "i" shaped insertion point indicator snaps to nearest insertion point
- The insertion point indicated is the one actually used

Actual
- The insertion point visual is before the collapsed groups even though the tab inserts after
- Hovering over where the visual is causes the visual to jump away to a different spot

Video attached
Bug: Dragging an image to a tab on firefox may let you lose hours of work
Status: UNCONFIRMED
Priority: --
Created: 2025-02-27 16:51:30+00:00
Resolved: 2025-03-04 15:41:07+00:00

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

Steps to reproduce:

dragging an image from the file explorer


Actual results:

i dragged an image and trying to drop it in an input in my website, probably it works and the website takes the image, but if you messed the input and dropped it out of the input even if it was close to the input but not inside it, it will change the tab url to the image, and if you go back, all of the work will be gone, and hours of work will disappear, this shit sucks, you must fix this, i've been working for 2 hours and just messed one input, and every fucking thing gone. at least let it open in another tab.


Expected results:

it must ignore the miss
Bug: vertical tabs: scrolling with touchpad is almost impossible
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-27 19:25:54+00:00
Resolved: 2025-03-01 12:59:05+00:00

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

Steps to reproduce:

Linux. On desktop using Apple Trackpad, on Lenovo Thinkpad laptop. Vertical tabs in the new revamped vertical side bar. 
When the number of tabs exceeds the screen area, it is convenient to navigate them, typically by scrolling. But it impossible when the scrolling device is a trackpad (two finger scroll gesture).
This is experience in the beta release and the stable release.

I am on Ubuntu 24.04 or 24.10 using the gnome wayland session.


Actual results:

While scrolling up and down the list of tabs works well with a mouse or with the Thinkpad pointing stick, two finger scrolling doesn't work. The list of tabs hardly moves. Finding the "thumb" in the tiny scrollbar works, but it is also not a very good solution. And there is no keyboard navigation that I can find. Page Up and Page down do nothing, arrow keys do nothing. 
Unfortunately, I had to stop using the new vertical tabs. 

I can explain why this happens, except that there is some strange interaction b


Expected results:

Trackpad scrolling works well in all other aspects of Firefox.
Bug: Tabs do not restore after restarting Firefox
Status: NEW
Priority: --
Created: 2025-02-27 19:45:14+00:00
Resolved: 2025-02-28 15:21:37+00:00

After closing and restarting Fx137.0a1 my open tabs are not restored, 100% repro on Mac OS. 

Steps: 
- Launch Firefox Nightly, open multiple tabs (gmail, calendar, bugzilla)
- Close Firefox Nightly
- Launch Firefox Nightly

Results:

Firefox opens and does not restore previously opened tabs.

Expected:

Firefox open and restores open tabs.
Bug: Unexpected behavior when closing a group with a `beforeUnload` handler
Status: NEW
Priority: P1
Created: 2025-02-27 20:21:41+00:00
Resolved: 2025-03-05 05:39:40+00:00

While investigating bug 1948859 I noticed that tab groups can do unexpected things when they contain tabs that prompt the user before unloading, such as https://codepen.io/chriscoyier/pen/GRRJobP

- Saving and closing a group, the user can select "stay on this page", resulting in the group remaining with a single tab and also a copy of the original group being saved.
- The associated bug 1948859 appears to be caused by groups being removed before their unload handlers have completed.

Mossop suggested that a group containing tabs with these prompts should behave similar to windows:
> the flow [for closing a window] is, user attempts to close, we fire beforeunload everywhere, if the user cancels anywhere then none of the tabs close.

We should update anywhere that we remove groups to batch process their unload handlers and cancel removing the group if _any_ of those are cancelled by the user.
Bug: The first ‘withads’ telemetry ping is registered as ‘unknown’ on a new profile
Status: NEW
Priority: P5
Created: 2025-02-28 07:08:44+00:00
Resolved: 2025-03-03 16:35:02+00:00

**Notes**
* This scenario happens only with the first search, subsequent pings are correctly registered.
* So far reproducible only with Google. 

**Found in**
* Firefox Nightly 137.0a1; 

**Affected version**
* Firefox Nightly 137.0a1; 

**Affected platforms**
* Windows 10;
* Ubuntu 22;
* macOS 14; 

**Steps to reproduce**
1. Launch Firefox.
2. Focus the urlbar and write a string is likely to return ads, eg. stocks, shoes. 
3. Submit the search. 
4. Go to about:telemetry -> Raw Json -> Raw Data.
5. Search for ‘browser.search.withads.urlbar’

**Expected result**
* Ping is found with the value of 1. 

**Actual result**
* Ping is not found. ‘browser.search.withads.unknown’ is registered instead.

**Regression range**
* Not a recent regression, could reproduce back to a 2021-02-25 build.