av9ash/GitBugs huggingface dataset:
Bug: cannot turn off Trending Search list using Google in FF 135
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-18 01:51:17+00:00
Resolved: 2025-02-18 20:57:13+00:00

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

Steps to reproduce:

Unchecked "Show Trending Search" in FF 135 Settings:Searches.  


Actual results:

Even with Trending Searches unchecked, the list still appears when opening Google.


Expected results:

Trending Searches list should not appear.  I was able to turn off this list in earlier versions of FF.  Very annoying.
Bug: wrong favicon in bookmarks, new tab page and history
Status: NEW
Priority: P3
Created: 2025-02-18 02:51:48+00:00
Resolved: 2025-02-18 14:15:11+00:00

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

Steps to reproduce:

Normal usage and browsing over many years


Actual results:

I have :
1. a huge number of bookmarks that grew up for almost 2 decades probably, 
2. 3x8 shortcuts on my "new tab" page
3. browsing history

In these 3 cases, Firefox will mix up some favicons for some websites and I cannot fix this by providing the right url in the new tab page for example.

It seems to be the case with URLs that have changed and are being redirected after it was bookmarked.
Example : https://advance.paymium.com/#/en/Paymium/eur/trading
is now redirected to :
https://account.paymium.com/trade/BTC/EUR#/en/Paymium/eur/trading

If I bookmark the second URL it gets the proper favicon from the website, but the old URL, in my old bookmarks get another icon.

It happens to be a favicon of one of my own website (online, on a regular web server at a provider with a regular https URL) but on other cases, in my History (today's history) for example :  the old blue bird Twitter icon on many Facebook URLs. But not all of them. It seems to behave by batches : in my history I will see 30 URLs with the wrong icon, and then the next dozen with the proper icon. It is not randomly distributed, it is series of them. But I also have the case where I only visited 3 Facebook page, and one had the wrong icon.

The number of websites for which this happens is small. There is paymium.com, facebook.com

This is not a critical bug, but I am surprised that this bug has been existing for many years and never fixed.

There is some kind of pattern :
- deprecated URLs (redirected on their server but not updated on my bookmarks)
- deprecated icons (still in my cache ?)

In the History : The Twitter.com URLs all have the "X" icon (but sometimes white on black, sometimes brown on black) none of them has the old blue bird twitter icon
In my bookmarks : the three types of twitter icons appear


Expected results:

each link should have the favicon of its website
Bug: Secondary Actions keywords don't work from a SERP page of a non-default engine
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-18 08:08:58+00:00
Resolved: 2025-02-18 19:01:57+00:00

**Found in**
* Fx136.0b7

**Affected versions**
* Fx 136.0b7
* Fx137.0a1

**Affected platforms**
* Windows 11
* Ubuntu 24.04
* macOS

**Preconditions**
Scotch Bonnet enabled (browser.urlbar.scotchBonnet.enableOverride - true).

**Steps to reproduce**
1. Launch Firefox.
2. Using the USB perform a search with Bing search engine.
3. After the SERP is loaded, click the address bar and clear it of the search term and searchmode.
4. Type in a Secondary Action keyword e.g. restart
5. Click the 'Restart' secondary action.

**Expected result**
* Browser is restarted.

**Actual result**
* Address bar enters searchmode for the engine used in step 2.

**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=0c4a268be9cbe2bbddb5e5ae1f64a418598941e9&tochange=c7114c02d6a5e30b3df438bd1d6f3f9b46ad9c59
* Looks like the fix in bug 1938036 might be the culprit.

**Additional notes**
* This happens for all the keywords from Secondary Actions.
* This also happens on SERPs reached from the search engine homepage (e.g. navigate to www.bing.com, perform search, then type keyword in the address bar).
* This happens for any engine that is not default.
Bug: "Close Tabs to Right" causes some tab groups to be deleted rather than saved
Status: NEW
Priority: P1
Created: 2025-02-18 10:14:12+00:00
Resolved: 2025-02-27 23:46:10+00:00

**Found in**
* Nightly 137.0a1 (2025-02-18) 

**Affected versions**
* Nightly 137.0a1 (2025-02-18) 
* Beta 136.0b6

**Affected platforms**
* All

**Steps to reproduce**
1. Have at least 8 free tabs.
2. Right click 6 tabs and create 6 individual Tab groups.
3. Right click on the first free tab and select Close tabs to the right from the context menu in order to close All 6 Groups.
4. Reopen each tab group from the List all Tabs menu.
5. Repeat the process again with Close tabs to the right.

**Expected result**
* Tab groups should be saved in the List all Tabs menu when the user Selects Close tabs to the right

**Actual result**
* After Closing Tab groups with the "Close Tabs to the right" option will cause some of them to be permanently deleted.
* Recently Closed Tabs will not restore those lost Tab groups, only their tabs are restored
"Close Tabs to the Left" and "Close other tabs" options do not cause this issue.

**Regression range**
Not a regression.
Bug: Update section shows "Unable to connect to server" instead of "Firefox is up to date" on aarch64
Status: NEW
Priority: --
Created: 2025-02-18 11:51:00+00:00
Resolved: 2025-03-03 15:31:17+00:00

**Note**
* When the application is updated to the latest available version, the Update section from preferences displays: 
"Unable to check for updates due to internal server error. Updates available at <<link>>.
* The same error is displayed inside the About Mozilla Firefox window (opened from Help / About Firefox).

**Found in**
* Beta v136.0b7 aarch64 .tar.xz

**Affected versions**
* Beta v136.0b7 aarch64 .tar.xz
* Nightly v137.0a1 aarch64 .ta.xz

**Tested platforms**
* Affected platforms: Ubuntu 24.04 LTS aarch64
* Unaffected platforms: Ubuntu 22.04 LTS x64

**Steps to reproduce**
1. Download the latest Beta aarch64
2. Load about:preferences
3. Scroll to the Firefox Updates section

**Expected result**
* "Firefox is up to date" message displayed.

**Actual result**
* "Unable to check for updates due to internal server error. Updates available at <<link>>.

**Regression range**
* unable to investigate

**Additional notes**
* This issue does not occur on the x64 build.
* Update is properly performed from Beta v136.0b6 aarch64 to 136.0b7 aarch64.
* This issue also occurs in Nightly v137.0a1 aarch64 .tar.xz.
* This issue does not occur in the case of SNAP or deb installations of Firefox since updates can only be done from outside the browser.
Bug: Closing Tabs while only a Tab group is left will not allow the user to collapse that group
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-02-18 11:59:35+00:00
Resolved: 2025-02-21 15:47:41+00:00

**Found in**
* Nightly 137.0a1 (2025-02-18) 

**Affected versions**
* Nightly 137.0a1 (2025-02-18) 
* Beta 136.0b6

**Affected platforms**
* All

**Steps to reproduce**
1. Create a Tab group.
2. Close all other tabs.
3. Collapse the Tab group.
4. Open a New Tab next to the already created new tab.
5. Expand the Tab group.
6. Close the free Tab in the middle created by the group.
7. Collapse the Tab group.

**Expected result**
* Tab group should collapse and expand without issues.

**Actual result**
* Tab group does not collapse. The Tab group label is displayed as collapsed while the Tab is still expanded.

Please note that its hard to reproduce this issue and you need to keep closing tabs and collapse the tab group, eventually the issue will trigger.

Also after a few seconds of idle the user is able to Collapse/Expand that group.

**Regression range**
Not a regression.
Bug: DLP icon not displayed on the browser toolbar when vertical tabs are enabled
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-02-18 12:02:12+00:00
Resolved: 2025-02-27 07:16:28+00:00

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

**Affected versions**
* 137.0a1
* 136.0b6

**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
* Have the pref 'sidebar.verticalTabs' set to true or enable the vertical tabs from about:preferences#general - Browser layout section

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

**Steps to reproduce**
1. Launch Firefox and verify that the DLP icon is displayed on the right side of browser toolbar

**Expected result**
* The DLP icon should be displayed on the right side of the browser toolbar

**Actual result**
* The DLP icon is not displayed on the right side of the browser toolbar

**Regression range**
* N/A

**Additional notes**
* See the screenshot
Bug: Dropping text inside the Deny Url page with the agent disconnected will not display the `Unable to connect to the DLP agent` Firefox modal window
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-18 13:15:57+00:00
Resolved: 2025-02-20 07:35:30+00:00

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

window 

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








**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 not running.

**Steps to reproduce**
1. Drop random text on the yahoo.com page.



****Expected result****
* The `Unable to connect to the DLP agent` Firefox modal is displayed  (same as clipboard paste as stated [here](https://mozilla.slack.com/archives/C048KANPTUH/p1733904018900549))

**Actual result**
* The `You're not permitted to drop this content` window is displayed.


**Regression range**
*  Not a regression.

**Additional notes**
* Attached a screen recording.
Bug: too much padding on new sidebar tabs on Firefox nightly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-18 13:19:54+00:00
Resolved: 2025-02-18 14:05:19+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:

Updated for Firefox nightly 137.0a1 and I use the new sidebar tabs minimized to the icon (no labels) and there is a noticeable amount of padding. to the right of the icons and the viewport. 


Actual results:

Nothing, this is a visual issue. 


Expected results:

padding is aligned correctly on the sidebar without excessive padding.
Bug: The wrong message is displayed when pasting text inside the Deny Url page after disconnecting the agent
Status: REOPENED
Priority: --
Created: 2025-02-18 13:28:53+00:00
Resolved: 2025-03-05 19:27:33+00:00

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

window 

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








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

**Steps to reproduce**
1. Disconnect the agent.
2. Paste random text on the yahoo.com page.



****Expected result****
* The `Unable to connect to the DLP agent` Firefox modal is displayed  (as stated [here](https://mozilla.slack.com/archives/C048KANPTUH/p1733904018900549))

**Actual result**
* The `You're not permitted to paste this content` window, which is displayed.


**Regression range**
*  Not a regression.

**Additional notes**
* Attached a screen recording.
Bug: The "Find your Open groups" callout will sometimes show a white artefact on Ubuntu
Status: NEW
Priority: P2
Created: 2025-02-18 14:11:24+00:00
Resolved: 2025-02-24 20:20:13+00:00

**Found in**
* Nightly 137.0a1 (2025-02-18) 

**Affected versions**
* Nightly 137.0a1 (2025-02-18) 
* Beta 136.0b6

**Affected platforms**
* All

**Steps to reproduce**
1. Launch Firefox with a fresh profile.
2. Open a New Tab.
3. Create a Tab group with the second tab.

**Expected result**
* The "Find your open groups on the tab bar or by searching for them in the address bar." callout should be displayed with no extra artifacts.

**Actual result**
* The "Find your open groups on the tab bar or by searching for them in the address bar." callout is displayed with an extra white line at the bottom.
Please note that this issue does not happen 100% of the time.
This Issue only occurs on Ubuntu 24.04.

**Regression range**
Not a regression.
Bug: Drag-and-dropping bookmarks on "Bookmarks Toolbar" or "Other Bookmarks" moves them to the root folder
Status: NEW
Priority: P3
Created: 2025-02-18 14:14:54+00:00
Resolved: 2025-02-24 16:45:03+00:00

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

Steps to reproduce:

1. Click on "Bookmarks" in the menu bar, a menu opens.
2. Drag-and-drop any bookmark on either the "Bookmarks Toolbar" or "Other Bookmarks" folder.


Actual results:

The bookmark gets moved to the root folder.


Expected results:

The bookmark should have been moved to the folder ("Bookmarks Toolbar" or "Other Bookmarks") you dropped it on.
Bug: Moving two discontinued tabs from before and after a Collapsed Tab group will cause tabs to overlap
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-02-18 15:59:44+00:00
Resolved: 2025-02-26 13:21:52+00:00

**Found in**
* Nightly 137.0a1 (2025-02-18) 

**Affected versions**
* Nightly 137.0a1 (2025-02-18) 
* Beta 136.0b7

**Affected platforms**
* All

**Steps to reproduce**
1. Have a few Tabs opened.
2. Create a Tab group and collapse it.
3. Select an Tab to the Left and a Tab to the right of the Tab group.
4. Move both tabs to the left and drop them as free tabs on the left side of the Group.

**Expected result**
* Tabs should move correctly between other tabs and collapsed groups

**Actual result**
* Tabs overlap eachother and the tab strip looks broken until the user moves another tab

**Regression range**
Not a regression.
Bug: When the Firefox window is minimized the signatures are not correctly displayed under the doorhangers.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-18 16:41:32+00:00
Resolved: 2025-02-19 09:59:49+00:00

**Found in**
* version: 137.0a1

**Affected versions**
* version: 137.0a1

**Tested platforms**
* Affected platforms: Windows, Ubuntu, Mac
* Unaffected platforms: none

**Preconditions**
* precondition :  have pref pdfjs.enableSignatureEditor set to true

**Steps to reproduce**
1. On a pdf document add the maximum number of signatures (5).
2. Minimize the Firefox window.
3. Scroll to view the added signatures.

**Expected result**
* Signatures should be correctly displayed.

**Actual result**
* When the Firefox window is minimized the signatures are not correctly displayed under the doorhanger.

**Regression range**
* Not a regression as it was recently implemented.
Bug: Embedding vs downloading PDFs recently broken
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-18 18:06:27+00:00
Resolved: 2025-02-24 13:27:47+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 web application provides two methods to view a PDF.  Embed within a page and download.  Everything worked fine until a very recent release when <object> stopped working for embedding.


Actual results:

When <object> stopped working, I switched to <iFrame>. But this requires the selection of "Always open in Firefox" for the PDF MIME type.  That would be okay, but now my links to PDFs also open in Firefox rather than asking where to save.  If I choose "Always ask" then the <iFrame> doesn't work


Expected results:

Since <object> doesn't work, what is the correct solution to display a PDF within a region on a page?  Then, what settings should I use so that links ask for a download location?
This functionality works with <object> and with <iFrame> in Chromium browsers and used to work with <object> in prior versions of Firefox.
Bug: browser_policy_disable_fxscreenshots.js is no longer testing anything useful
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-18 20:33:22+00:00
Resolved: 2025-03-05 15:24:43+00:00

[`browser_policy_disable_fxscreenshots.js`](https://searchfox.org/mozilla-central/rev/5eaf8a84097c6b0ef5544414e9f1801b67bcb1c6/browser/components/enterprisepolicies/tests/browser/disable_fxscreenshots/browser_policy_disable_fxscreenshots.js) verifies that the policy is working by checking
```js 
!!PageActions.actionForID("screenshots_mozilla_org") == false
```

During Proton, screenshots was moved from the page actions panel into a dedicated widget (bug 1691464). So, this condition will always succeed, even if the policy is broken, because this page action no longer exists.
Bug: scrolling in bookmarks
Status: NEW
Priority: --
Created: 2025-02-18 20:53:40+00:00
Resolved: 2025-03-05 12:32:42+00:00

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

Steps to reproduce:

Scroll trough bookmarks.


Actual results:

Scrolling lags mostly when scrooling from down to up. I have a lot of bookmarks and noticed when I'm on the top of bookmarks and scrolling down it's ok. But when I start to scroll from down to up it sometimes got stuck and I need to turn my scroll again so that bookmarks starts to move up.


Expected results:

It should scroll normally like on all other browsers when smooth without stuck.
Bug: Cannot Edit or Correct Passwords in About Logins
Status: UNCONFIRMED
Priority: --
Created: 2025-02-18 21:05:44+00:00
Resolved: 2025-02-27 21:16:59+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:109.0) Gecko/20100101 Firefox/115.0

Steps to reproduce:

(Using Firefox 115 esr)

1. Use the option to automatically generate a password.

2. Manually edit that password so it is compatible with the site's requirements-- a certain number of capital letters, some special characters, not other special characters, etc.


Actual results:

3. Firefox remembers the unedited version.

4. about:logins continues to show the unedited version.

5. I can't get Firefox to remember the edited version.

6. I can't edit the passwords in about:logins.


Expected results:

7. Firefox should remember the edited version.

8. Firefox should allow users to manually edit passwords in about:logins.
Bug: switchToTabHavingURI does not replace query on yet-to-be-restored tab
Status: NEW
Priority: --
Created: 2025-02-19 01:04:56+00:00
Resolved: 2025-03-05 12:09:34+00:00

When trying to debug Bug 1942333. Turns out the issue was [browser.loadURI](https://searchfox.org/mozilla-central/source/browser/base/content/browser.js#5797) in `switchToTabHavingURI` causing issues when switching to an **unloaded** tab with query params.


STR:
    Have a tab open to about:preferences#general
    Have another tab focused.
    Restart the browser - this will load the other tab, while the about:preferences#general tab will be in an unloaded state.
    Open the avatar menu and click `Sync Settings`

Expected:

    about:preferences?entrypoint=fxa_avatar_menu#sync

Actual:

    about:preferences#sync

The above is just an example STR, I would postulate _anything_ using `switchToTabHavingURI` with query params and replacing is running into this issue.

---

A longer breakdown is in the previous bug, was something like:
```
window.switchToTabHavingURI(
    "about:preferences?action=pair#sync",
            true,
            {
              ignoreQueryString: true,
              replaceQueryString: true,
              adoptIntoActiveWindow: true,
              ignoreFragment: "whenComparing",
              triggeringPrincipal: Services.scriptSecurityManager.getSystemPrincipal(),
            }
);
```
would correctly find the existing `about:preferences` tab, even unloaded, but then the console would produce:
```
[bug 1345098] Lazy browser prematurely inserted via 'loadURI' property access:
getter@chrome://browser/content/tabbrowser/tabbrowser.js:2341:61
switchIfURIInWindow@chrome://browser/content/browser.js:6423:11
switchToTabHavingURI@chrome://browser/content/browser.js:6446:26
```
which is triggered only in nightly via https://searchfox.org/mozilla-central/source/browser/components/tabbrowser/content/tabbrowser.js#2320

however, Firefox will correctly move to the tab it found, however it does _not_ seem to replace the query or fragment. For example if I had `about:preferences?entrypoint=fxa_avatar_menu#general` opened and unloaded, it would not replace the query with `?action=pair`, thus causing the original bug 1942333.
Bug: Two tabs open when middle clicking bookmark or typing address
Status: UNCONFIRMED
Priority: --
Created: 2025-02-19 04:04:16+00:00
Resolved: 2025-02-25 13:48:28+00:00

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

Steps to reproduce:

Middle click bookmark on bookmark bar or type web address.


Actual results:

Two tabs open.


Expected results:

One tab should have opened.
Bug: Shortcuts on the start page are not displayed correctly
Status: UNCONFIRMED
Priority: --
Created: 2025-02-19 07:58:29+00:00
Resolved: 2025-03-05 12:09:43+00:00

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

Steps to reproduce:

I launch the browser and the problem immediately appears


Actual results:

Shortcuts added to the start page are not displayed correctly, for example, on the Discord shortcut, the Steam picture, one shortcut completely disappeared. Pictures have shifted on the shortcuts.


Expected results:

When you launch the browser, the shortcuts should be displayed correctly, in the form in which they were added.
Bug: Search mode chiclet label for restricted search keyword remains untranslated for some locales
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-19 09:29:42+00:00
Resolved: 2025-03-05 19:40:37+00:00

**Found in**
* 136.0 beta 6

**Affected versions**
* 137.0a1 (2025-02-18)
* 136 beta 7

**Tested platforms**
* Affected platforms: Windows 11, Mac 13, Ubuntu 24

**Preconditions:**
* For late beta, set `browser.urlbar.scotchBonnet.enableOverride` to true.
* Download any of the following locales: ach, af, an, ar, ast, az, ro, etc.

**Steps to reproduce**
1. Type in address bar **@bookmarks** / **@tabs** / **@history** / **@actions** - either in English or in the localized language
2. Should list the restrict keywords result as @localizedkeyword, @englishKeyword - Search <Localized Search Mode>.
3. Use Enter, right arrow, Space or Tab to enter restrict keyword search mode.

**Expected result**
3. Search mode chiclet label is displayed in the localized language.

**Actual result**
3. Search mode chiclet label is displayed in English, even if the restricted keywords are correctly translated (during step 2)..

**Regression range**
* Probably a follow-up from bug 1933003.

**Note**
- This issue is not present for other locales like de, fr, it, es-ES, zh-CN, etc.
- It might be related to translation, but we couldn't find a way to confirm this.