av9ash/GitBugs huggingface dataset:
Bug: Frecency is not increased on website bookmark after already being increased by viewTime
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2025-02-20 08:48:38+00:00
Resolved: 2025-02-26 13:04:51+00:00

**Found in**
* Fx137.0a1

**Affected versions**
* Fx 137.0a1

**Affected platforms**
* Windows
* Ubuntu
* macOS

**Steps to reproduce**
1. Lanch Firefox.
2. Navigate to a website (e.g. [9gag.com](www.9gag.com)) and keep it in the foreground for 60 seconds.
3. In a new tab, navigate to the [db query page](chrome://browser/content/places/interactionsViewer.html) 'Frecency' section and inspect the 'recalc alt frecency' column.
4. Click the "recalc outdated frecencies" button. (alt frecency should increase for 9gag.com)
5. Go back to tab containing the website and bookmark it.
6. Return to the [db query page](chrome://browser/content/places/interactionsViewer.html) 'Frecency' section, inspect the 'recalc alt frecency' column and click the "recalc outdated frecencies" button.

**Expected result**
* Alt frecency for 9gag.com is increased after the recalculation is done.

**Actual result**
* Alt frecency is not updated.

**Regression range**
* This is not a regression.

**Additional notes**
* Video of the issue is bigger than what bugzilla allows so I've uploaded on gdrive and can be viewed [here](https://drive.google.com/file/d/18gCLZw7V1P_uSpptCNd44gg-Cb_H4ACq/view?usp=sharing).
* Same issue when deleting a bookmark. Alt frecency is not updated.
Bug: Unable to move tab group
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-20 08:51:46+00:00
Resolved: 2025-02-24 16:54:57+00:00

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

Steps to reproduce:

I created a tab group, tried to move the tabs. 


Actual results:

Clicking on the tab group name doesn't do anything. 
Selecting all the tabs in the group and moving them removes the group.


Expected results:

click and drag the group name to move it between the other tabs/groups
Bug: Breaks tons of images every time I load certain pages
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-20 09:26:52+00:00
Resolved: 2025-02-20 14:30:08+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. Loads the page with a lot of images without built-in "lazy loading mode".
2. Waits for the images to load.


Actual results:

Images will fail to load and will break. However, executing "Reload Image" on broken images will normally load them, meaning it's unlikely the issue on the image provider nor my network provider but on the browser itself.


Expected results:

Just load them all normally, which my browser used to be.

I also made sure to test in an other browser (Vivaldi, 7.1.3570.54 (Stable channel) x64) I use and confirmed it has no problem successfully loading them without breaking any.

I used Safe Mode on Firefox dev mode but it didn't work. Also tried in Firefox 135.0.1 (normal version) which was freshly installed just to check whether it still persists there or not, but it was either.
Bug: Signatures overlap when multiple are added to the PDF file
Status: NEW
Priority: --
Created: 2025-02-20 09:45:09+00:00
Resolved: 2025-02-20 15:58:37+00:00

**Found in Version:**
- 137.0a1

**Affected Versions:**
- 137.0a1

**Tested Platforms:**
- **Affected:** Windows, Ubuntu, Mac
- **Unaffected:** None

**Preconditions:**
- Make sure to have pdfjs.enableSignatureEditor set to true

**Steps to reproduce:**
1. Open a PDF file.
3. Save multiple signatures so they appear in the doorhanger.
4. Select the signatures one by one and apply them to the document.

**Expected Result:**
- Each signature is placed separately, allowing free positioning without overlap.

**Actual Result:**
- All applied signatures overlap in the same location, making it difficult to distinguish and reposition them.

**Regression Range:**
- Not a regression, as the feature was recently implemented.

**Attachments:**
- It would be useful if signatures were placed slightly apart when applied instead of being stacked in the same position.
- Screencast showing the issue
Bug: Search not finding all tab groups by keyword
Status: UNCONFIRMED
Priority: --
Created: 2025-02-20 09:58:39+00:00
Resolved: 2025-02-20 10:42:17+00:00

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

Steps to reproduce:

Enable browser.urlbar.scotchBonnet.enableOverride

Create two tab groups that contain the same keyword


Actual results:

Searching for the keyword only shows one tab group. 


Expected results:

I expect to see both.

See attached example.

Keyword is "curafida". 

It's not finding the tab group called "Buddy Curafida Infocenter" in my example.

It only suggests me the tab group called "Curafida Infocenter Handbuch".
Bug: [Rollout] The Scotch Bonnet messages can be triggered on websites at Firefox startup
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-02-20 10:28:16+00:00
Resolved: 2025-02-25 13:55:05+00:00

**[Notes:]**
- If the message is triggered on a website, it will point to the Tracking Protection icon which might be confusing for the users because in the screenshot the Search Engine menu is displayed. Since the search menu is available only on a new tab or about:home pages, the message should be triggered only on a new tab or about:home pages.
- The issue is also reproducible with natural enrollment.

**[Affected versions]:**
- Firefox Beta 136.0b8 (Build ID: 20250219092102)
- Nightly 137.0a1 (Build ID: 20250219215346)

**[Affected Platforms]:**
- Windows 10 x64
- MacOS 14.7.1
- Linux Mint 20.1

**[Prerequisites]:**
- Have a Firefox Beta 136 en-US build installed/extracted.
- Have this times.json file added to the Firefox profile, in order to have the profile created 28 days ago.
- Have the following prefs set:
 - nimbus.debug = true
 - browser.urlbar.scotchBonnet.enableOverride = true

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Force enroll in the rollout by navigating to `about:studies?optin_slug=unified-search-button-callout&optin_branch=control&optin_collection=nimbus-preview`
3. Open any website.
4. Restart the browser using the browser console (while the browser console is focused press: CTRL+ALT+R/CTRL+COMMAND+R).
5. If another message is triggered, dismiss it change the System date to be 1 day in the future, and restart the browser again.
6. If needed repeat step 4 for each message triggered.
7. Observe the Scotch Bonnet message.

**[Expected result]:**
- The Scotch Bonnet message is not triggered.

**[Actual result]:**
- The Scotch Bonnet message is triggered and points to the Tracking Protection icon.

**[Additional Notes]:**
- Attached is a screen recording of the issue.
Bug: [Rollout] The Scotch Bonnet ACTIONS_CALLOUT messages are not triggered
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-02-20 10:29:55+00:00
Resolved: 2025-02-24 13:50:17+00:00

**[Notes:]**
- This issue is reproducible for both ACTIONS_CALLOUT_WITH_SCREENSHOT and ACTIONS_CALLOUT_WITHOUT_SCREENSHOT.
- The issue is also reproducible with natural enrollment.

**[Affected versions]:**
- Firefox Beta 136.0b8 (Build ID: 20250219092102)
- Nightly 137.0a1 (Build ID: 20250219215346)

**[Affected Platforms]:**
- Windows 10 x64
- MacOS 14.7.1
- Linux Mint 20.1

**[Prerequisites]:**
- Have a Firefox Beta 136 en-US build installed/extracted.
- Have this times.json file added to the Firefox profile, in order to have the profile created 28 days ago.
- Have the following prefs set:
 - nimbus.debug = true
 - browser.urlbar.scotchBonnet.enableOverride = true

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Force enroll in the rollout by navigating to `about:studies?optin_slug=unified-search-button-callout&optin_branch=control&optin_collection=nimbus-preview`
3. Restart the browser using the browser console (while the browser console is focused press: CTRL+ALT+R/CTRL+COMMAND+R).
4. If another message is triggered, dismiss it change the System date to be 1 day in the future, and restart the browser again.
5. If needed repeat step 4 for each message triggered.
6. Dismiss the UNIFIED_SEARCH_CALLOUT message.
7. Change the system date to be 2 days in the future.
8. Restart the browser and observe the behavior.

**[Expected result]:**
- The ACTIONS_CALLOUT is triggered.

**[Actual result]:**
- The ACTIONS_CALLOUT is NOT triggered.

**[Additional Notes]:**
- Attached is a screen recording of the issue.
Bug: With AgentTimeout set the content is allowed after meeting the agent delay time even if the DefaultResult is set to 1
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-02-20 10:32:32+00:00
Resolved: 2025-02-27 14:50:48+00:00

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

window 

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








**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
* 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. Paste a random string on the Wikipedia page.
2. Wait 10 seconds without choosing any option on the warn dialog.


****Expected result****
* The content is not pasted until an option is chosen on the Warn dialog.

**Actual result**
* The content is pasted without choosing any option.


**Regression range**
*  New feature. Happens after the implementation on bug 1894538.

**Additional notes**
* Attached a screen recording.
Bug: Moving a Tab between Tab groups will show the Tab group underline
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2025-02-20 11:28:01+00:00
Resolved: 2025-02-24 14:16:40+00:00

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

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

**Affected platforms**
* all

**Steps to reproduce**
1. Create a few Tab groups and collapse them.
2. Move a Free Tab between any groups.

**Expected result**
* The Colored underline should not be displayed for collapsed groups because we cannot add a free tab to a collapsed group.

**Actual result**
* The Colored underline is displayed as if we are adding a Tab to that Tab group.

**Regression range**
Not a Regression
Bug: LTR Tab Group names are cropped at the beginning in RTL builds
Status: NEW
Priority: P3
Created: 2025-02-20 11:32:00+00:00
Resolved: 2025-02-20 12:50:05+00:00

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

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

**Affected platforms**
* all

**Preconditions**
* Have an AR build.

**Steps to reproduce**
1. Create a Tab group.
2. Add a very long name to the group.

**Expected result**
* The Label should displayed the first part of the name.

**Actual result**
* The Label will show the last part of the name which is not very helpful. When we search for something in the address bar we always search the first letters, it would be more difficult to search for tab groups if all we see are the last part of their names.

**Regression range**
Not a Regression
Bug: [macOS][Voiceover] Additional focus square on the top left of the first color in manage/create tab group panel
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2025-02-20 12:37:10+00:00
Resolved: 2025-02-25 06:40:31+00:00

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

**Affected versions**
* Nightly 137.0a1 (2025-02-19) 
* Beta 136.0b8

**Affected platforms**
* macOS

**Preconditions**
* Have voiceover active

**Steps to reproduce**
1. Access the create/manage tab group panel
2. Press tab to focus the color choices

**Expected result**
* There is one focus over the selected color

**Actual result**
* There is an additional fixed focus on the top left of the first color

**Regression range**
* Not a regression.
Bug: [Win][HCM] "Add new signature" button is barely visible with Desert HCM
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-20 12:40:04+00:00
Resolved: 2025-02-21 17:04:46+00:00

**Found in Version:**
- 137.0a1

**Affected Versions:**
- 137.0a1

**Tested Platforms:**
- **Affected:** Windows 11
- **Unaffected:** Ubuntu, maOS

**Preconditions:**
- Make sure to have pdfjs.enableSignatureEditor set to true

**Steps to reproduce:**
1. Enable Desert High Contrast Mode.
2. Open a PDF document in Firefox.
3. Click on the Signature icon in the toolbar to open the doorhanger.
4. Hover the "Add new signature" button.

**Expected Result:**
- The "Add new signature" button should be clearly visible and readable in Desert High Contrast

**Actual Result:**
- The "Add new signature" button is barely visible, making it difficult to read.

**Regression Range:**
- Not a regression, as the feature was recently implemented.

**Attachments:**
- Screenshot showing the issue
- This issue is also present in Aquatic HCM
- The "Add image" button is also affected
Bug: Firefox freezes when uploading a specific folder with multiple files and folders
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-20 13:57:37+00:00
Resolved: 2025-03-04 13:47:42+00:00

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

window 

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








**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. Unpack [this folder](https://drive.google.com/file/d/15dDS8pK-skOnna7o3j7QRqMy1WgcjeTQ/view?usp=sharing) and upload it to Google Drive or https://developer.mozilla.org/en-US/docs/Web/API/HTMLInputElement/webkitdirectory. 




****Expected result****
* No freeze.

**Actual result**
* Firefox freezes.


**Regression range**
*  I have made a regression range and this is the pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f6a823357cb0e132c355305f4e2c5309ee677902&tochange=d6db8b2ff6ebaf01a80705303b833b8d74b6d4b1 
* Note that the issue is intermittent and the regression range may be inacurate. On a good build, the freeze occurred but only for some seconds. Please let me know if this regression range is not correct.

**Additional notes**
* Attached a screen recording.
* The issue is intermittent. Sometimes the freeze only takes up top 5 seconds but sometimes Firefox can no longer be used and needs to be closed using Task Manager.
Bug: Callout card for horizontal tabs moves to the sidebar when Vertical tabs are enabled
Status: NEW
Priority: P1
Created: 2025-02-20 14:21:29+00:00
Resolved: 2025-03-03 18:05:12+00:00

**Affected versions**
* Firefox Nightly 137.0a1
* Firefox 136.0b8

**Affected platforms**
* All

**Steps to reproduce**
1. Open at least 8 tabs
2. Close one tab to trigger the callout card
3. Right click the browser toolbar and Turn on Vertical tabs

**Expected result**
* Callout card should close when vertical tabs are enabled 

**Actual result**
* Callout card for horizontal tabs layout moves to the sidebar 

**Regression range**
* Not a regression
Bug: Create a Tab Group and Manage Tab group panels open outside of the browser with the Vertical Tab Strip
Status: NEW
Priority: P3
Created: 2025-02-20 14:31:41+00:00
Resolved: 2025-02-20 14:35:38+00:00

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

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

**Affected platforms**
* all

**Preconditions**
* Enable Vertical Tabs
Have the default size of Window.

**Steps to reproduce**
1. Create a tab group.
2. Right click any Tab group.

**Expected result**
* The Manage Tab groups and Create Tab group panels should open to the right side of the label inside the browser.

**Actual result**
* Both panels open to the Left side of the Tab group Label outside of the Firefox Browser.
This issue also occurs on RTL builds only it shows to the Right of the Group Label.

**Regression range**
Not a Regression
Bug: Closing a horizontal tab stutters towards the end of the animation
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-20 14:39:12+00:00
Resolved: 2025-03-05 12:25:51+00:00

As the title says, closing a horizontal tab stutters towards the end, like it lingers around and then suddenly disappear instead of animating properly. It's fairly visible if you close a tab between two other tabs

Mozgression points to:

```
Bug 1948444 - Fix for vertical tabs min-width r=desktop-theme-reviewers,tabbrowser-reviewers,sidebar-reviewers,nsharpley,sfoster,mconley

Differential Revision: https://phabricator.services.mozilla.com/D238625
```

This happens on both linux and windows
Bug: Wrong message when agent timeout is hit
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-20 18:00:42+00:00
Resolved: 2025-02-26 22:59:11+00:00

Upload a file using file picker and drag and drop on e.g. https://mdn.github.io/learning-area/html/forms/file-examples/simple-file.html when the agent is down results in the message "[...] clipboard has been blocked".  It should properly attribute the cause.  That is supposed to happen [here](https://searchfox.org/mozilla-central/rev/14f68f084d6a3bc438a3f973ed81d3a4dbab9629/browser/components/contentanalysis/content/ContentAnalysis.sys.mjs#869-871) but apparently isn't.
Bug: URL color formatting disappears when adjusting window
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-20 18:13:06+00:00
Resolved: 2025-02-26 07:45:30+00:00

The address bar's greyed out URL formatting disappears when maximizing the window, it also occurs when hovering over the menu bar at the top of the screen (MacOS). 

Found in Nightly version 137.0a1 (2025-02-20).
Bug: Saved groups appear in tab overflow menu in private windows
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-20 18:47:05+00:00
Resolved: 2025-03-05 13:05:53+00:00

STR:
1. In a non-private window, open a few tabs with non-`about:blank` content. Add these tabs to a group.
2. Right click the tab group label and click "Save and close group".
3. Open a new private window.
4. Open the tab overflow menu.

Expected results:
- The saved tab group is not visible.

Actual results:
- The saved tab group is visible.
Bug: ContentAnalysisTest.CheckBrowserReportsTimeout gtest fails if run by itself
Status: NEW
Priority: --
Created: 2025-02-20 18:52:47+00:00
Resolved: 2025-02-20 18:52:47+00:00

The test fails because it never gets an acknowledgement.

I don't see any obvious problem with the test, so this might be a real issue.
Bug: online pdf crashes firefox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-20 19:24:38+00:00
Resolved: 2025-02-20 19:46:43+00:00

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

Steps to reproduce:

visit https://learning-korean.com/DL/TOPIK-I-1671.pdf


Actual results:

Firefox crashed every time


Expected results:

Should display pdf. Downloading pdf and opening from file system worked.
Bug: STG pref need to be watched to update UI not just on init
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-20 21:42:40+00:00
Resolved: 2025-03-05 04:30:55+00:00

When the user turns the browser pref on they need to restart the browser for the UI to look correct. Specifically the AI icon. Need to watch the browser pref via lazy and update the UI.
Bug: Avoid firing load events for each subframe of loading animation.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-21 02:16:50+00:00
Resolved: 2025-02-21 17:01:44+00:00

Currently we fire ~45 load events when parsing loading.svg:
https://share.firefox.dev/3ENGmnX

Instead of offsetting each path using an svg element we can just put a
transform on the path element.
Bug: HTTP 500
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-21 04:44:50+00:00
Resolved: 2025-02-21 04:49:32+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

Steps to reproduce:

1. Open the login page.
2. Enter valid credentials.
3. Click "Login".
4. Server returns HTTP 500 error.


Actual results:

Server returns HTTP 500 error.


Expected results:

User successfully logs in.
Bug: Frecency is not increased if both keypress thresholds are reached
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-21 08:35:56+00:00
Resolved: 2025-02-21 13:52:12+00:00

**Found in**
* Fx137.0a1

**Affected versions**
* Fx137.0a1

**Affected platforms**
* Windows
* Ubuntu
* macOS

**Preconditions**
* places.frecency.pages.alternative.interactions.viewTimeSeconds set to 99999000
* places.frecency.pages.alternative.interactions.viewTimeIfManyKeypressesSeconds set to 60000
* places.frecency.pages.alternative.interactions.manyKeypresses set to 10

**Steps to reproduce**
1. Launch Firefox.
2. Navigate to reddit.com.
3. Perform 10 keypresses and keep the website in the foreground for 60 seconds (60000 miliseconds).
4. Open a new tab, navigate to the [db query page](chrome://browser/content/places/interactionsViewer.html), go to the Frecency section and click the button to recalculate outdated frecencies.

**Expected result**
* Alt Frecency value is increased after the recalculation.

**Actual result**
* Alt Frecency is not increased after the recalculation.

**Regression range**
* Not a regression.

**Additional notes**
* Note that the first 2 prefs in the preconditions have their values written in miliseconds because the fix in bug 1948923 was not landed yet. After that fix lands, the values can be switched back to seconds.
Bug: tsubaryuken.com - Words from inner iframe element are not translated when using Firefox Translator
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-21 08:37:57+00:00
Resolved: 2025-02-24 16:46:42+00:00

**Environment:**
Operating system: Windows 10
Firefox version: Firefox 135.0

**Steps to reproduce:**
1. Navigate to: http://tsubaryuken.com/osusu.html
2. Translate the page using the Firefox built-in translator
3. Observe the inner iframe elements

**Expected Behavior:**
Words are translated

**Actual Behavior:**
Beta JP translate does not apply to inner frame

**Notes:**
- Reproduces regardless of the status of ETP
- Reproduces in firefox-nightly, and firefox-release
- Does not reproduce in chrome

Created from https://github.com/webcompat/web-bugs/issues/148775
Bug: Tabs are too wide when audio is playing or about to play.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-21 08:54:04+00:00
Resolved: 2025-03-04 20:14:19+00:00

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

Steps to reproduce:

Open some (many) tabs so that they finally reach the minimum width. 


Actual results:

The tab gets extended by the with of the speaker icon when audio starts to play and shrinks, when it is stopped causing flickering.


Expected results:

The width should noch change as it does not when less tabs are open.