av9ash/GitBugs huggingface dataset:
Bug: Newtab weather widget location datalist options position issue
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-02-04 22:08:34+00:00
Resolved: 2025-02-05 23:41:27+00:00

Looks like the location picker options position is off.

To test:

1. Click the ... button in the weather widget
2. Click "change location"
3. Type 3 characters to trigger the auto complete for the datalist location picker, in my case I use "tor"

Expected: Should open up recommended locations under the input.
Actual: The options are in some other location. I'm not sure what's triggering it, but I've seen it in the top left, and in the middle of the page.
Bug: NewTab page card topics might want to be a bit larger for readability and reduced bluriness
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-04 23:49:55+00:00
Resolved: 2025-03-05 08:46:56+00:00

STR:
1. Open new tab in Firefox on Ubuntu, with 100% pixel scaling (i.e. no HiDPI settings) and a dark theme. (These bits of config probably aren't all necessary; they're just my own configuration which reproduces this.)

2. Look at the topics on the bottom of the each new-tab card ("Business", "Politics", "Entertainment", etc.)

ACTUAL RESULTS:
The topics are a bit small to read, and the characters blur together a bit as a result, depending on your system font.

EXPECTED RESULTS:
Slightly larger text perhaps (for readability as well as clearer antialiasing).

See attached screenshot.
Bug: panelui-menu-button hangs when 'firefox.settings.services.mozilla.com' is blocked
Status: UNCONFIRMED
Priority: --
Created: 2025-02-05 01:13:35+00:00
Resolved: 2025-02-07 17:41:59+00:00

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

Steps to reproduce:

Click on the application menu 'hamburger menu'.


Actual results:

Menu does not appear for some time (approx. 30 seconds or more).  Note that this does not always happen, only when FF tries to connect to firefox.settings.services.mozilla.com after clicking on the menu and is blocked.


Expected results:

Menu should appear immediately.
Bug: Tab shrinks below tabMinWidth size when media indicator is active
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-05 03:21:10+00:00
Resolved: 2025-03-05 18:37:04+00:00

Steps to reproduce:

Set `browser.tabs.tabMinWidth` to a value greater than 100
Activate the tab's media controls by playing media or muting the tab


Actual results:

The width of the tab shrinks below `browser.tabs.tabMinWidth` 


Expected results:

`browser.tabs.tabMinWidth`  should be respected during media playback
Bug: Well, you know that PDF editing presented with the last update? Doesn't work. At all. Here.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-05 06:55:34+00:00
Resolved: 2025-02-08 07:00:20+00:00

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

Steps to reproduce:

Followed the link "try it now" on the update splashscreen.
It opened an asset from mozilla, I tried to type something or do anything else.
No effect, it doesn't seem to work at all.
Or I didn't get how it works, but it really seems to just sit there.



Actual results:

Nothing, which wasn't meant to happen. :)


Expected results:

That I could somehow edit the PDF thing.
I still hate PDFs BTW, but it'd be helpful to have a way to deal with them in Firefox.
But I still think the best solution would be forgetting PDFs worldwide. :)
Bug: The items from the Manage Tab groups panel do not show the correct state for Hover or Click with High Contrast enabled
Status: NEW
Priority: P2
Created: 2025-02-05 09:08:47+00:00
Resolved: 2025-02-07 13:12:06+00:00

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

**Affected versions**
* 137.0a1 (2025-02-03)
* 136.0b1 

**Affected platforms**
* Windows

**Preconditions**
Enable High Contrast Mode

**Steps to reproduce**
1. Right Click a Tab group and open the Manage Tab groups panel.
2. Hover over the Menu items and Click them.

**Expected result**
* The items from the Manage Tab groups panel should change their state when Hovered or Clicked.

**Actual result**
* The items from the Manage Tab groups panel do not show the correct Hover or Clicked States.

**Regression range**
Not a Regression
Bug: Vertical tabs are moving after dropping tabs
Status: NEW
Priority: P3
Created: 2025-02-05 09:24:13+00:00
Resolved: 2025-02-11 10:46:00+00:00

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



**Affected versions**
* 137.0a1 (2025-02-04)
* 136.0b1








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


**Steps to reproduce**
1. In vertical tabs drag and drop a random tab.



****Expected result****
* The dropped tab or the other tabs are not moved upon dropping a tab.

**Actual result**
* The dropped tab or the other tabs are moved after dropping a tab.


**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2e1b38b20dd0da8df9b2e778b54ab3b82b3da306&tochange=955bfab49273e67f6c65a7754206a64250fce240
Potential regressor: bug 1941344

**Additional notes**
* Attached a screen recording.
Bug: The tab group indicator moves in vertical tabs when expanding or collapsing the sidebar
Status: REOPENED
Priority: P3
Created: 2025-02-05 10:04:33+00:00
Resolved: 2025-03-04 15:42:29+00:00

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



**Affected versions**
* 137.0a1 (2025-02-04)
* 136.0b1








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


**Steps to reproduce**
1. Create a tab group in vertical tabs.
2. Expand and collapse the vertical sidebar.
3. Observe the tab group indicator.



****Expected result****
* The tab group indicator maintains its position.

**Actual result**
* The tab group indicator moves.


**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=39f57d1f4b6efa70b220b3720e6317ec6e4a23ec&tochange=68c9d593f80764b3238651f343303edaae974797 
Potential regressor: bug 1938645

**Additional notes**
* Attached a screen recording.
Bug: Search engine not working following update
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-05 10:40:18+00:00
Resolved: 2025-02-07 14:46:49+00:00

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

Steps to reproduce:

After yesterdays update when I open Firefox it displays the Bing search page as usual, however, when I type in any text in the search field the text simply disappears when I hit enter. 


Actual results:

No search is undertaken. If I search in the URL bar it does work as normal, however, searching that way is not natural for me. I tried clearing cache and restarting my PC but same result. The Bing search still works as usual in Edge.
I tried searching in the address bar for Google and found the Google haome page. Same result as Bing - searching in the address bar works but searching from Google home page results in the text simply disappearing when I hit enter.


Expected results:

A search should have been undertaken!
I am currently forced to use a different browser. Will check Firefox in a week or two to see if the issue is fixed but for now I've moved on.
Bug: Turn on vertical tabs context menu option is displayed on a new window or when starting Firefox even if the vertical tabs are enabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-05 13:33:30+00:00
Resolved: 2025-02-24 12:28:51+00:00

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



**Affected versions**
* 137.0a1 (2025-02-04)
* 136.0b1








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

**Preconditions**
* Vertical tabs enabled

**Steps to reproduce**
1. Open a new window or close and reopen Firefox.
2. R-click on the empty area from the toolbar.

****Expected result****
* `Turn off vertical tabs` context menu option is displayed.

**Actual result**
* `Turn on vertical tabs` context menu option is displayed.


**Regression range**
* Not a regression. This started with the implementation of bug 1944190.

**Additional notes**
* Attached a screen recording.
* This only happens for the first time the context menu is opened.
Bug: 1.6s Reflow on parent-process when hovering mouse over the "JSON(experimental)" button on Perfherder (due to shaping gigantic URI for status panel)
Status: NEW
Priority: --
Created: 2025-02-05 13:42:19+00:00
Resolved: 2025-02-27 12:08:31+00:00

Disable Ublock.
Go to https://treeherder.mozilla.org/perfherder/compare?originalProject=try&originalRevision=c442d0a96c25f8ba1a88e019b0700f5fa468870b&newProject=try&newRevision=344f9317efd2ad788206b6414c7ec127a0081d28&framework=13&page=1&filter=speedom&replicates=1

Hover mouse over the JSON(Experimental) button.

Profile: https://share.firefox.dev/4hq8vzT

Maybe something to improve?
Bug: 'Try it Now' for new PDF editor, opens the PDF in Adobe instead of the Firefox Browser
Status: UNCONFIRMED
Priority: --
Created: 2025-02-05 16:38:20+00:00
Resolved: 2025-02-24 17:21:48+00:00

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

Steps to reproduce:

Firefox update, reveals new option to edit PDF's in Firefox, but upon hitting the 'Try it Now' button provided, it opens the PDF in Adobe where no editing is allowed. It will not open the PDF within the Firefox browser as alluded to in your new update window.


Actual results:

The supposed addition of the ability to edit PDF's within Firefox is not working, and opens the file in my free edition Adobe app on my computer instead.


Expected results:

Hitting 'Try if Now' should open the sample PDF you provided, within Firefox and allow for edits??
Bug: Firefox 135.0 Broken (Searching, Drop-Downs, and Homepage Affected)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-02-05 17:11:49+00:00
Resolved: 2025-02-18 09:33:27+00:00

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

Steps to reproduce:

My browser was automatically updated to Firefox 135.0 (64-bit).

I am using the Firefox plug-ins Adblock Plus, NoScript, and uBlock Origin.

OS Specifications:
Edition	Windows 11 Home
Version	24H2
Installed on	‎12/‎7/‎2024
OS build	26100.3037
Experience	Windows Feature Experience Pack 1000.26100.48.0


Actual results:

Immediately upon updating:

* Firefox is unable to search on the internet. Using the top bar, I am still able to reach websites by putting in their exact URL, but there are no search suggestions other than autocomplete.
NOTE: I am still able to search directly through Google's website.

* The Google search bar on the Firefox home page no longer displays correctly and also does not search. A cursor appears in the search bar, but nothing displays as you type.
NOTE: I am still able to search directly through Google's website.

* The right-click drop down menu has changed drastically in appearance, and does not consistently function correctly. When tested with the Google Chat logo with embedded link, Firefox functioned normally. However, when tested with the Google logo with embedded link, the only options that functioned correctly were those for my plugins. In both cases, however, the link can be followed by directly clicking on it. 
NOTE: The above seems to hold true for all links I have encountered.

The attached image shows examples of the above:

Left: Right-click menu for Google Chat - Works as intended (I think)
Middle: Right-click menu for Google.com - Does not work
Right: Homepage and searching error (I was typing in the top bar in the screenshot)


Expected results:

* Searching should have worked properly

* Home should have displayed properly

* The right-click menu should have functioned normally.
Bug: "Profile   >” menu entry is not displayed when hamburger menu button is clicked immediately after browser startup
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-05 18:14:30+00:00
Resolved: 2025-02-06 12:13:25+00:00

STR:
1. Start Nightly
2. Click the hamburger menu button as quickly as possible when the browser window appears.

Actual results:
"Profile   >” menu entry is not displayed.
See attached screenshot

Expected results:
"Profile   >” menu entry should be displayed.
Bug: PDFs generated by Firefox missing a character when parsed by text extraction tools, or when copypasted-from when viewed in any PDF viewer
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2025-02-05 18:33:54+00:00
Resolved: 2025-02-18 13:37:24+00:00

When opening the attached `input.pdf` PDF file and printing it from Firefox, the resulting PDF file contains a missing `i` character (the first `i` in the word `confidential`) **when parsed by PDF text extraction tools**. The `i` does appear in the viewed PDF, but there appears to be something missing from the encoding such that when parsed by some tools, the character is missing.

Examining the generated PDF in Firefox using the Developer Tools Inspector reveals that the `i` is treated differently. There is a missing `<span>` element where the `i` is displayed.

Using `xpdf`, here's there differing output from running `pdftotext` on the provided input.pdf file being printed from Firefox and Chrome.

Reproduced on Windows and macOS.

```
$ pdftotext input.pdf  -
Sdsd D Sdsds confidential123
Sd S D D Sd Sd S

$ pdftotext firefox.pdf -
Sdsd D Sdsds confdential123
Sd S D D Sd Sd S

$ pdftotext chrome.pdf -
Sdsd D Sdsds confidential123
Sd S D D Sd Sd S

$ diff firefox.txt chrome.txt 
1c1
< Sdsd D Sdsds confdential123
---
> Sdsd D Sdsds confidential123
```

```
$ pdftotext -v
pdftotext version 4.05 [www.xpdfreader.com]
Copyright 1996-2024 Glyph & Cog, LLC
```

Thanks to Broadcom for reporting the bug.
Bug: New tab page jumps when scrolling if seach bar is not shown
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-05 19:58:08+00:00
Resolved: 2025-02-06 21:25:13+00:00

Steps to Reproduce:
 1. Navigate to the "Home" tab of `about:preferences` and, under the "Firefox Home Content" section, uncheck "Web Search".
 2. Open a new tab to the new tab page.
 3. Scroll down

Expected Result:
Scrolls smoothly

Actual Result:
There is a large jump right as I start scrolling and then it scrolls smoothly after that.
Bug: Tab Groups in tab overflow menu shows incorrect colour state
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-05 22:31:18+00:00
Resolved: 2025-03-05 10:08:41+00:00

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

1. Open a new window and create a tab group and collapse the tab group
2. Open a second new window and go to the TOM menu to look for the tab group in the "Tab groups" section

**Expected behavior [What should have happened?]:**
The square tab group favicon colour should be a solid colour

**Actual behavior [What actually happened?]:**
The tab group favicon colour is showing a "collapsed" state colour. The rule is that tab groups in the "Tab groups" menu is either in an "opened" or "closed" state (solid vs outline). 

See attached screenshot.
Bug: Spacer element is only required with vertical tabs and no toolbar
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-05 23:12:13+00:00
Resolved: 2025-02-21 12:22:47+00:00

This was done on a fresh profile in Nightly on Windows 11.

STR:
 1. Hamburger Menu -> More Tools -> Customize
 2. Remove the flexible spacers on either side of the location bar.
 3. Click "Done".
 4. Navigate to `about:preferences`.
 5. Under "Browser Layout", click "Vertical Tabs"
 6. Observe the additional space has been introduced between the "Refresh Page" button and the location bar.
 6. Hamburger Menu -> More Tools -> Customize
 7. Attempt to remove the space.

Expected Results:
Space is removed

Actual Results:
Space cannot be removed. Interestingly, it can be moved. I currently have it over on the right side of my toolbar where I like it slightly better. But I'd really rather be able to remove it entirely. Additionally, if you check the "Title Bar" checkbox in the bottom left, the mandatory extra spacing goes away. Which also seems odd.

In the attached screenshot, you can see the unremovable spacer between the refresh button and the location bar.
Bug: Make the tab groups section in the tab overflow menu include tab groups from the current window
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-06 06:22:09+00:00
Resolved: 2025-03-05 08:50:19+00:00

We've heard from people getting confused about where to find their tab groups, as the "Tab groups" section in the tab manager only lists groups from other windows and saved groups, and groups from the current window are in the longer list below (which can overflow, so groups may be scrolled out of view). Seems like we need to either improve the labeling, or duplicate groups from the current window in the "Tab Groups" section and thus make that list comprehensive.
Bug: Dragged tab misplaced by one position when dropping after grouping indicator disappears
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2025-02-06 08:39:53+00:00
Resolved: 2025-02-25 10:22:41+00:00

STR:
1. Drag a tab and move it multiple positions away on latest Nightly 137.0a1 (2025-02-05) with `browser.tabs.groups.enabled = true`.
2. Before dropping, make sure the grouping indicator appears and then slowly move until it disappears.
3. Drop the tab.

Expected:
Drops in current location.

Actual:
Drops offset one position away.

Not fixed by Bug 1945118.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2361e3eb1d64e007b626427992edfbf5662214b5&tochange=581e4f9d91fd7af32f4f65d2673f23acab9df927

Regressed by Bug 1944844.
Bug: mozilla-central-build/widget/gtk/DMABufLibWrapper.cpp:245:10: error: ‘DMABufFormats’ was not declared in this scope; did you mean ‘DMABufFormatTable’?
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-06 08:41:31+00:00
Resolved: 2025-02-06 11:41:49+00:00

Steps to reproduce:

Build on Solaris fails:

25:18.37 In file included from Unified_cpp_widget_gtk0.cpp:56:
25:18.38 /builds/psumbera/mozilla-central-build/widget/gtk/DMABufLibWrapper.cpp: In member function ‘void mozilla::widget::DMABufDevice::SetModifiersToGfxVars()’:
25:18.38 /builds/psumbera/mozilla-central-build/widget/gtk/DMABufLibWrapper.cpp:245:10: error: ‘DMABufFormats’ was not declared in this scope; did you mean ‘DMABufFormatTable’?
25:18.38   245 |   RefPtr<DMABufFormats> formats;
25:18.38       |          ^~~~~~~~~~~~~
25:18.38       |          DMABufFormatTable
25:18.38 /builds/psumbera/mozilla-central-build/widget/gtk/DMABufLibWrapper.cpp:245:23: error: template argument 1 is invalid
25:18.38   245 |   RefPtr<DMABufFormats> formats;
25:18.38       |                       ^
25:18.38 /builds/psumbera/mozilla-central-build/widget/gtk/DMABufLibWrapper.cpp:252:19: error: expected type-specifier before ‘DMABufFormats’
25:18.38   252 |     formats = new DMABufFormats();
25:18.38       |                   ^~~~~~~~~~~~~
25:18.38 /builds/psumbera/mozilla-central-build/widget/gtk/DMABufLibWrapper.cpp:253:12: error: base operand of ‘->’ is not a pointer
25:18.38   253 |     formats->EnsureBasicFormats();
25:18.38       |            ^~
25:18.38 /builds/psumbera/mozilla-central-build/widget/gtk/DMABufLibWrapper.cpp:256:34: error: base operand of ‘->’ is not a pointer
25:18.38   256 |   if (DRMFormat* format = formats->GetFormat(GBM_FORMAT_XRGB8888)) {
25:18.38       |                                  ^~
25:18.38 /builds/psumbera/mozilla-central-build/widget/gtk/DMABufLibWrapper.cpp:260:34: error: base operand of ‘->’ is not a pointer
25:18.38   260 |   if (DRMFormat* format = formats->GetFormat(GBM_FORMAT_ARGB8888)) {
25:18.38       |                                  ^~

The first bad revision is:
Destryoing build FS
The first bad revision is:
changeset:   772495:bf6209fd39e8
user:        stransky <stransky@redhat.com>
date:        Wed Feb 05 03:26:53 2025 -0800
description:
        Bug 1944490 [Linux] Ensure DMABufFormats provides basic dmabuf formats r=emilio

        Differential Revision: https://phabricator.services.mozilla.com/D236688
Bug: Grouping indicator outline for underlying tab flashes when being dragged over
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-06 09:29:32+00:00
Resolved: 2025-02-25 17:49:30+00:00

STR:
1. Drag a tab over the first tab so that it shows the grouping indicator without it repositioning on latest Nightly 137.0a1 (2025-02-05) with `browser.tabs.groups.enabled = true`. 
2. Slowly drag the tab to the left so that the underlying first tab moves to second position.
3. Keep slowly dragging to the left.

Expected:
Grouping indicator for underlying tab has stable visible appearance.

Actual:
Grouping indicator for underlying tab flashes while tab is being dragged over it.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=93479eed9c2503b643092f3ba406aeee366464c0&tochange=f8fda1ba5cd3ee4d27e6e337803cdf53eaad9011

Regressed by Bug 1932489.
Bug: The medium cards are skipped when keyboard navigation is used to go through the Pocket cards while they are displayed in the middle of a section
Status: NEW
Priority: --
Created: 2025-02-06 11:15:44+00:00
Resolved: 2025-02-06 11:15:44+00:00

**[Affected versions]:**
- Firefox Nightly 137.0a1 (Build ID: 20250205165659)
- Firefox Beta 136.0b2 (Build ID:  20250205091800)
- Firefox Release 135.0 (Build ID: 20250130195129)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 14.7.1
- Ubuntu 24.04

**[Prerequisites]:**
- Have the latest build of Firefox Nightly 137.0a1 installed/extracted.
- Have a VPN connection set to US.
- Have the following prefs set in the “about:config” page:
	- ‘browser.newtabpage.activity-stream.discoverystream.sections.enabled” set to ‘true’;
	- ‘browser.search.region’ set to ‘US’.

**[Steps to reproduce]:**
1. Open a new tab and ensure that a section containing medium cards in the middle is displayed.
2. Press the "Tab" key until the contextual menu button of the first Pocket card from the section is focused.
3. Press again the “Tab” key to focus the elements from the next Pocket card.
4. Observe what happens.

**[Expected result]:**
- The next Pocket card from the section is focused.

**[Actual result]:** 
- The 4th Pocket card from the section is focused.

**[Notes]:**
- The medium cards are focused after all the elements from the 4th card are focused. 
- This issue is not reproducible if the middle cards are displayed on the right part of the section.
- Please see a screen recording of the issue [here](https://drive.google.com/file/d/1j0VXuY1rJHZiZPcn7QNVsNc_ddBzBYIb/view?usp=sharing).
Bug: links flicker, dynamic content not viewable
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-06 12:20:42+00:00
Resolved: 2025-02-11 06:19:06+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:

Move pointer over links.


Actual results:

Links and dynamic content flicker a few times and the dynamic content is not viewable but apparently is still there.


Expected results:

Links and dynamic content should not flicker and should be viewable.
Bug: Segmentation fault in GTKRemoteServer if DBus disabled and no display server running
Status: UNCONFIRMED
Priority: --
Created: 2025-02-06 13:04:20+00:00
Resolved: 2025-02-06 13:40:50+00:00

1. Compile and install Firefox on any Linux distro, but **add the `ac_add_options --disable-dbus` and `ac_add_options --disable-necko-wifi` lines to the `mozconfig` file**
2. **Shut down all running display servers**, if applicable. For example, `sudo systemctl stop sddm`
3. Back up and delete the current user's Firefox profiles using `mv ~/.mozilla ~/.mozilla-bak`
4. Run the command `firefox -headless`