av9ash/GitBugs huggingface dataset:
Bug: [snap] Cannot import data from Chrome through the "Import Data From Another Browser" flow
Status: NEW
Priority: P3
Created: 2024-03-27 16:09:22+00:00
Resolved: 2024-04-11 20:10:19+00:00

**Note**
* When the user accesses the "Import Data From Another Browser..." from Library and attempts to import from Google Chrome, he will notice that Chrome is not available in the list although installed in in use on the system.

**Found in**
* Beta v125.0b4 (snap)

**Affected versions**
* Beta v125.0b4 (snap)

**Tested platforms**
* Affected platforms: Ubuntu 22
* Unaffected platforms: Windows 10, MacOS 11

**Steps to reproduce**
1. Have Chrome browser installed and a user profile with some data.
2. Install firefox snap
3. Launch Firefox
4. Open Library
5. Click Import and Backup, then Import Data From Another Browser...
6. Select Chrome browser from the drop-down.

**Expected result**
* Chrome is found and selectable from the drop-down.

**Actual result**
* Chrome si not displayed in the drop-down.

**Regression range**
* unknown

**Additional notes**
* This issue does not occur on the archived (.tar.bz) builds, only on the snap installed builds.
Bug: Show a notification when an operation is rejected due to no agent connection
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-27 20:48:59+00:00
Resolved: 2024-06-11 11:02:32+00:00

With DLP enabled but not agent running, clipboard paste operations are blocked without any error or notification to the user. This is with `DefaultAllow=false` which is the default.
Bug: "Open Firefox automatically when your computer starts up" is not working on windows 11
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-03-27 21:24:13+00:00
Resolved: 2024-05-14 07:59:46+00:00

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

Steps to reproduce:

I enabled "Open Firefox automatically when your computer starts up" option, rebooted, firefox is not started. I use MSIX (microsoft store) version of firefox.


Actual results:

I enabled "Open Firefox automatically when your computer starts up" option, rebooted, firefox is not started.


Expected results:

Firefox should have started after enabling this option.
Bug: Ctrl-enter in awesome bar doesn't fixup URL with .com
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-27 22:48:37+00:00
Resolved: 2024-03-28 00:46:59+00:00

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

Steps to reproduce:

Type something in the awesome bar, eg "example". Press control-enter.


Actual results:

Firefox searched for "example" using the default search engine.


Expected results:

Firefox loads www.example.com

Firefox 124.0.1 on Ubuntu 22.04.
Using a new profile didn't help. Using nightly 126.0a1 didn't help.

A Reddit post claims that this only affects Linux since 124.0.1 -- https://www.reddit.com/r/firefox/comments/1b2oe2z/ctrlenter_not_working_in_nightly_125/
Bug: about:support DLP connection status not updated after agent exits
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-27 23:22:09+00:00
Resolved: 2024-06-11 14:28:04+00:00

If the DLP agent exits/crashes while Nightly is running, the about:support DLP section is not updated and continues to list `Connected to Agent` as true.
Bug: Merging single tab with other window counts as closing the tab/window (CTRL+SHIFT+N reopens tab)
Status: NEW
Priority: P3
Created: 2024-03-27 23:25:38+00:00
Resolved: 2024-04-10 13:10:01+00:00

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

Steps to reproduce:

If you have 2 Firefox windows open, with one tab on each window. And then you drag one of the tabs over to the other window (merging them) so that you now only have 1 window with 2 tabs in it. The tab you moved counts as being closed. If you then press CTRL+SHIFT+N it reopens the tab in a new window even though the tab is still open in the other window.



Expected results:

I don't think single tab windows that merge with tabs on other windows should count as being closed. CTRL+SHIFT+N should instead open the last window that was actually closed (not merged with another window).
Bug: Ctrl and Alt do not work when hitting Enter in address bar in Firefox 124.0
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-28 02:36:25+00:00
Resolved: 2024-03-28 09:03:22+00:00

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

Steps to reproduce:

Download Firefox 124.0 or 124.0.1 as well as 123.0 (both 64-bit) on brand new Ubuntu install. In each of these browsers, do the following:
Focus address bar and type "google" then press Ctrl+Enter.
Focus address bar and type "google" then press Alt+Enter.


Actual results:

Firefox 124 uses the default search engine to search for "google" rather than canonicalize the URL (add .com at the end) and go to google.com.
Alt+Enter also does not work to open in a new tab in Firefox 124.

Firefox 123 does not have these flaws.


Expected results:

Firefox 124 should canonicalize the URL when Ctrl was held, and should open the resulting page in a new tab when Alt is held.
Bug: Toolbars are using lighter gray with "System theme — auto" and dark OS theme in latest nightly
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-28 08:48:21+00:00
Resolved: 2024-05-13 17:22:07+00:00

Updated to 20240327214448 on macOS, toolbars are a washed out gray, while the address bar dropdown is much darker than it used to be.

I assume this is an unwanted regression.
Bug: [macOS] Buttons from “Remove password?” modal dialog are not positioned at the same distance from the margins
Status: NEW
Priority: P3
Created: 2024-03-28 10:03:58+00:00
Resolved: 2024-04-01 20:02:58+00:00

**Found in**
* 125.0b3;

**Affected versions**
* 126.0a1;
* 125.0b3;
* 124.0.1;
* 115.9.1;

**Tested platforms**
* Affected platforms: macOS 12.6.6;
* Unaffected platforms: Windows 11, Ubuntu 22,04;

**Preconditions**
* Have Firefox browser installed and open;
* Have at least 1 password saved in about:logins;

**Steps to reproduce**
1. Go to about:logins page; 
2. Press the “Remove” button from the top right side of the page;
3. Observe the “Remove password?” modal;

**Expected result**
* “Cancel” and “Remove” buttons are positioned at the same distance from the margins;

**Actual result**
* “Cancel” button is positioned farther from the margin than the “Remove” button.

**Regression range**
* First bad: 109.0a1 (2022-12-08)
* Last good: 109.0a1 (2022-12-07)
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=8e09abeeb445553bd956d537bcf54fcdf812bb52&tochange=5b38548871dee65439a5f352fe4080ef4f0b2351 
* Potentially regressed by: Unfortunately, I am unsure about the exact issue which caused the regression. Hope this helps!

**Additional notes**
* See the attached ss;
Bug: Ctrl+C no longer copies image data to clipboard after making a selection
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-03-28 10:09:54+00:00
Resolved: 2024-03-28 13:07:05+00:00

**[Affected versions]:**
- Firefox Nightly 126.0a1 - Build ID: 20240327214448

**[Affected Platforms]:**
- Windows 10
- macOS 13
- Ubuntu 22.04

**[Prerequisites]:**
- Have a Firefox Nightly build installed and use a new profile.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites and navigate to https://www.google.com/.
2. Press CTRL/CMD+Shift+S.
3. Make a selection on the screen.
4. Press CTRL/CMD+C and observe the behavior.

**[Expected result]:**
- The screenshots overlay is dismissed, the image data is copied to clipboard, a notification is displayed.
 
**[Actual result]:**
- The overlay remains in place and no data is copied to clipboard. 

**[Regression Range]:**
 3:12.09 INFO: Last good revision: 2aa589c9e655b54dc77209268450e5e4d16a9fc9
 3:12.10 INFO: First bad revision: 5b706eb2187070200b3eecb6d99a95e750c3266e
 3:12.10 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=2aa589c9e655b54dc77209268450e5e4d16a9fc9&tochange=5b706eb2187070200b3eecb6d99a95e750c3266e

**[Notes]:**
- The issue is not reproducible with `screenshots.browser.component.enabled` set to `false`.
- Attached a screen recording of the issue.
Bug: "Show More Tabs" label in synced tabs menu should be in sentence case
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-03-28 14:12:22+00:00
Resolved: 2024-04-03 09:42:08+00:00

STR:

1. Make sure you're signed into a Mozilla account in Firefox Desktop and syncing tabs with at least one other device.
2. In the AppMenu, choose the account item (first item in the menu). Alternatively, click on the avatar icon in the toolbar.
3. Scroll to the bottom of that menu, and look for an item that says "Show More Tabs"

ER:

The label should be in sentence case, "Show more tabs"

AR:

The label is in title case "Show More Tabs"
Bug: Tab hover gets stuck in position if hovered tab changes size by opening more tabs or closing some using the keyboard
Status: VERIFIED
Priority: P1
Resolution: WORKSFORME
Created: 2024-03-28 14:20:38+00:00
Resolved: 2024-08-22 06:13:06+00:00

**Found in**
* Latest Nightly 126.0a1

**Affected versions**
* Latest Nightly 126.0a1

**Tested platforms**
* Affected platforms: MacOS 13, Windows 11, Ubuntu 22.04
* Unaffected platforms: none

**Preconditions**
* Set `browser.tabs.cardPreview.enabled` to `true`

**Steps to reproduce**
1. Open a few tabs until the tabs resize
2. Hover with the cursor of the mouse on one tab
3. Open one or two more tabs using the keyboard shortcuts (CTRL+T/CMD+T)

**Expected result**
* Hover is dismissed as soon as I press to open another tab, or close a tab. On Chrome, as soon as I press a button on the keyboard the hover disappears thus preventing the hover to be left on the screen.

**Actual result**
* The hover remains fixed even though the tab has changed its position. This does gets fixed once the mouse is moved away from the tab and back on it. 

**Regression range**
* Not a regression since this is also reproducible on old Nightly build from 2024-01-13 where this feature officially landed in Nightly.

**Additional notes**
* I think we should do something similar with Chrome and close the preview as soon as the user presses a key on the keyboard. Something similar with this bug is having a few tabs opened and hovering over one of them, then switch between tabs using the keyboard (Ctrl+Tab), the hover will always be seen even though I am navigating between tabs. I can log a separate bug on that but I think if we end up fixing this by closing the hover on keypress then there is no need for me to do so.
Bug: Setting custom SanitizeOnShutdown policy doesn't result in locked History Options Dropdown
Status: NEW
Priority: P3
Created: 2024-03-28 15:28:44+00:00
Resolved: 2024-04-17 15:09:59+00:00

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

Steps to reproduce:

1. Created a policies.json file with the following contents:
```
{
	"policies": {		
		"SanitizeOnShutdown": {
			"Cache": true,
			"Cookies": true,			
			"Downloads": true,
			"FormData": true,
			"Sessions": true,			
			"OfflineApps": true,
			"Locked": true
		}
	}	
}
```
2. Subsequently, placed this file within the installation directory: C:\Program Files\Mozilla Firefox\distribution\policies.json
3. restarted the browser and went to ```Privacy & Security > History```


Actual results:

The settings get applied and the dropdown changes to: Firefox will ```Use custom settings for history```
But this dropdown is not locked and therefore the user can switch the dropdown to "Remember History" or "Never remeber history". When to user changes the dropdown, it gets then switched back when restarting Firefox again.


Expected results:

The **dropdown should be locked / greyed out** so that the user doesn't think that he could change this option even though he can't.
Bug: 0.34 - 0.27% installer size / installer size + 1 more (OSX) regression on Thu March 21 2024
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-03-28 15:40:34+00:00
Resolved: 2024-04-16 06:36:32+00:00

Perfherder has detected a build_metrics performance regression from push [42d0a7aac8554a20c6667e07db48c44c05f7b1b0](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=42d0a7aac8554a20c6667e07db48c44c05f7b1b0). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [0.34%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,1921012,1,2)  | installer size  | osx-shippable | nightly | 94,205,956.08 -> 94,525,115.75 | 
| [0.29%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,2614662,1,2)  | installer size  | osx-cross |  | 93,677,899.25 -> 93,949,073.83 | 
| [0.27%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,2922314,1,2)  | installer size  | osx-aarch64-shippable | aarch64 nightly | 89,094,350.75 -> 89,338,279.17 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=41966), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

You can run these tests on try with `./mach try perf --alert 41966`

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).
Bug: Extra padding on the bottom border of a imageless tab hover preview
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-03-28 16:24:20+00:00
Resolved: 2024-04-23 15:53:16+00:00

**Found in**
* Latest Nightly 126.0a1

**Affected versions**
* Latest Nightly 126.0a1

**Tested platforms**
* Affected platforms: MacOS 13, Windows 11, Ubuntu 22.04
* Unaffected platforms: none

**Preconditions**
* Set `browser.tabs.cardPreview.enabled` to `true`

**Steps to reproduce**
1. Open a few new tabs
2. Restart the browser
3. Hover with the mouse over a few tabs that don't have an image in the preview

**Expected result**
* The border of the preview is correctly displayed with no artifacts.

**Actual result**
* Extra padding is added to the bottom border for preview without images. It does fix itself once the tab is clicked though but restarting the browser again will make it reproduce again.

**Regression range**
* First bad: 2024-03-28-09-23-13
* Last good: 2024-03-27-21-44-48
* Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=f8ac03b3c764017d5704deed413c8d35c99978fd&tochange=6109c9e63027ad132c8448ca4457d263284fc283
* Potentially regressed by: Not sure which of these bugs might have caused this (maybe bug 1878920) and I am unable to check in autoland yet using mozregression, I had to manually check for a regression. Will check deeper tomorrow or monday if mozregression allows it (does not allow to search on such fresh builds).
Bug: PopupBlocking policy - locking is not working completely correct
Status: NEW
Priority: P3
Created: 2024-03-28 17:05:47+00:00
Resolved: 2024-04-26 14:34:18+00:00

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

Steps to reproduce:

1. Created a policies.json file with the following contents:
```
{
	"policies": {		
		"PopupBlocking": {
			"Default": true,
			"Allow": ["https://test.de"],
			"Locked": true
		}
	}	
}
```
 2. Subsequently, placed this file within the installation directory: C:\Program Files\Mozilla Firefox\distribution\policies.json
3. restarted the browser and went to ```Settings > Privacy & Security > Permissions```
4. Went to https://moodle.ib-hochschule-online.de/ibfiles/technik/popup.html for a popup demo (could use any other popup demo site)
5. Clicked the ```Options``` button on the banner announcing "Firefox prevented this site from opening a pop-up window."
6. Clicked ```"Allow pop-ups for domain.ending``` 
7. A popup opens.
8. restarted the browser and again went to the same url.


Actual results:

At step 3, the "default" and "locked" setting within PopupBlocking correctly results in the option **Block pop-up windows** being activated and greyed out, including the ```Exceptions...``` Button so that the user can't change any popup settings. 
But when the user then visits a popup demo page in step 4, and clicks the buttons / options in step 5 and 6, he can allow popups permanently. When then restarting Firefox and visiting the same url again, the popups get displayed directly. Additionally he can also permanently allow popups within the adressbar settings option, that gets displayed after a popup has been blocked.


Expected results:

The user shouldn't be provided with an option on a website to allow popups permanently for the website when PopupBlocking has set both "default" to true and "locked" to true. 

Additionally the same popup banner has an option to just show the blocked popup that resulted in the popup banner being shown. Maybe there could be an option within PopupBlocking too, that sets whether this option is available as well.

Otherwise my thoughts are, that maybe there should even be an additional option "exceptions_locked" that controls whether the user can add exceptions on both sides (settings and banner), instead of being locked by the main locked (as it is half now), so that a company can decide to block pop-ups by default while allowing users to add individual exceptions, while another company might want to lock even the exceptions.
Bug: SanitizeOnShutdown policy results in "Delete cookies" option being set, but not visibly locked
Status: UNCONFIRMED
Priority: P3
Created: 2024-03-28 17:23:35+00:00
Resolved: 2024-08-07 18:43:26+00:00

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

Steps to reproduce:

1. Created a policies.json file with the following contents:
```
{
	"policies": {		
		"SanitizeOnShutdown": {
			"Cache": true,
			"Cookies": true,			
			"Downloads": true,
			"FormData": true,
			"Sessions": true,			
			"OfflineApps": true,
			"Locked": true
		}
	}	
}
```
2. Subsequently, placed this file within the installation directory: C:\Program Files\Mozilla Firefox\distribution\policies.json
3. restarted the browser and went to ```Settings > Privacy & Security > Cookie and Site Data```
4. unchecked the toggle ```Delete cookies and site data when Firefox is closed```
5. Restarted the Browser and went again to ```Settings > Privacy & Security > Cookie and Site Data```


Actual results:

```Delete cookies and site data when Firefox is closed``` on step 4 gets activated by the policy but is not grayed out. The user can deactivate the option but after restarting Firefox, the option is then activated again.


Expected results:

```Delete cookies and site data when Firefox is closed``` should be grayed out so that the user doesn't think he can change it when it is enforced by SanitizeOnShutdown.
Bug: MOZ_ASSERT if empty text content in clipboard for DLP
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-03-28 18:11:59+00:00
Resolved: 2024-04-02 09:46:34+00:00

I can't figure out how to reproduce this, but I got into a state where there was text on the clipboard but it was an empty string, and we hit a MOZ_ASSERT in ConvertToProtobuf(). We should handle this just like there isn't any text on the clipboard.
Bug: Youtube HDR content blown out if non-HDR secondary monitor is connected
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-03-28 19:16:38+00:00
Resolved: 2024-03-28 19:24:25+00:00

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

Steps to reproduce:

Enabled HDR on my primary Display in macOS system settings. 

attempted to watch, HDR content, for example: https://www.youtube.com/watch?v=seoaDLWuHtU&t=265s

video was blown out and clearly not working.
Tried to watch video in safari, working correctly with HDR.

Removed my secondary, non-HDR monitor. Video now working in HDR in firefox.


Actual results:

HDR video content on youtube was blown out when secondary monitor without HDR was in system


Expected results:

HDR content should work on primary display with HDR even if secondary monitor is non-HDR
Bug: Intermittent browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_mdn.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-03-29 01:21:53+00:00
Resolved: 2024-04-04 03:50:10+00:00

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

---
```
[task 2024-03-29T00:06:06.093Z] 00:06:06     INFO - TEST-PASS | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_mdn.js | true == true - 
[task 2024-03-29T00:06:06.094Z] 00:06:06     INFO - add_tasks_with_rust: Done calling original task function: notRelevant
[task 2024-03-29T00:06:06.094Z] 00:06:06     INFO - add_tasks_with_rust: Clearing rustEnabled
[task 2024-03-29T00:06:06.096Z] 00:06:06     INFO - add_tasks_with_rust: Done clearing rustEnabled
[task 2024-03-29T00:06:06.096Z] 00:06:06     INFO - add_tasks_with_rust: Forcing sync
[task 2024-03-29T00:06:06.097Z] 00:06:06     INFO - QuickSuggestTestUtils.forceSync Started
[task 2024-03-29T00:06:06.098Z] 00:06:06     INFO - QuickSuggestTestUtils.forceSync Syncing Rust backend
[task 2024-03-29T00:06:06.100Z] 00:06:06     INFO - Buffered messages logged at 00:06:02
[task 2024-03-29T00:06:06.100Z] 00:06:06     INFO - QuickSuggestTestUtils.forceSync Done syncing Rust backend
[task 2024-03-29T00:06:06.101Z] 00:06:06     INFO - QuickSuggestTestUtils.forceSync Done
[task 2024-03-29T00:06:06.101Z] 00:06:06     INFO - add_tasks_with_rust: Done forcing sync
[task 2024-03-29T00:06:06.102Z] 00:06:06     INFO - Leaving test bound notRelevant_rustEnabled
[task 2024-03-29T00:06:06.103Z] 00:06:06     INFO - Closing the view directly
[task 2024-03-29T00:06:06.103Z] 00:06:06     INFO - Waiting for the view to close
[task 2024-03-29T00:06:06.104Z] 00:06:06     INFO - Urlbar view closed
[task 2024-03-29T00:06:06.104Z] 00:06:06     INFO - Buffered messages finished
[task 2024-03-29T00:06:06.106Z] 00:06:06     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_mdn.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2024-03-29T00:06:06.106Z] 00:06:06     INFO - GECKO(9324) | MEMORY STAT | vsize 2104277MB | vsizeMaxContiguous 64988861MB | residentFast 307MB | heapAllocated 142MB
[task 2024-03-29T00:06:06.107Z] 00:06:06     INFO - TEST-OK | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_mdn.js | took 78753ms
[task 2024-03-29T00:06:06.108Z] 00:06:06     INFO - checking window state
[task 2024-03-29T00:06:06.108Z] 00:06:06     INFO - TEST-START | browser/components/urlbar/tests/quicksuggest/browser/browser_quicksuggest_merinoSessions.js
```