av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/base/content/test/protectionsUI/browser_protectionsUI_milestones.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-11-10 00:56:27+00:00
Resolved: 2025-01-27 12:07:23+00:00

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

---
```
[task 2022-11-10T00:08:24.037Z] 00:08:24     INFO - TEST-START | browser/base/content/test/protectionsUI/browser_protectionsUI_milestones.js
[task 2022-11-10T00:08:40.950Z] 00:08:40     INFO - TEST-INFO | started process screenshot
[task 2022-11-10T00:08:41.048Z] 00:08:41     INFO - TEST-INFO | screenshot: exit 0
[task 2022-11-10T00:08:41.056Z] 00:08:41     INFO - Buffered messages logged at 00:08:24
[task 2022-11-10T00:08:41.056Z] 00:08:41     INFO - Entering setup bound 
[task 2022-11-10T00:08:41.057Z] 00:08:41     INFO - Leaving setup bound 
[task 2022-11-10T00:08:41.057Z] 00:08:41     INFO - Entering test bound doTest
[task 2022-11-10T00:08:41.058Z] 00:08:41     INFO - Buffered messages logged at 00:08:35
[task 2022-11-10T00:08:41.058Z] 00:08:41     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use �<!DOCTYPE html>�." {file: "https://example.com/" line: 0}]
[task 2022-11-10T00:08:41.059Z] 00:08:41     INFO - Buffered messages finished
[task 2022-11-10T00:08:41.059Z] 00:08:41     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_milestones.js | Uncaught exception in test - undefined - timed out after 50 tries.
[task 2022-11-10T00:08:41.060Z] 00:08:41     INFO - Leaving test bound doTest
[task 2022-11-10T00:08:41.060Z] 00:08:41     INFO - GECKO(6728) | MEMORY STAT | vsize 2104270MB | vsizeMaxContiguous 65959540MB | residentFast 310MB | heapAllocated 100MB
[task 2022-11-10T00:08:41.060Z] 00:08:41     INFO - TEST-OK | browser/base/content/test/protectionsUI/browser_protectionsUI_milestones.js | took 16927ms
[task 2022-11-10T00:08:41.061Z] 00:08:41     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-11-10T00:08:41.061Z] 00:08:41     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/protectionsUI/browser_protectionsUI_milestones.js | Found an unexpected tab at the end of test run: https://example.com/ - 
[task 2022-11-10T00:08:41.062Z] 00:08:41     INFO - checking window state
[task 2022-11-10T00:08:41.062Z] 00:08:41     INFO - TEST-START | browser/base/content/test/protectionsUI/browser_protectionsUI_open_preferences.js
```
Bug: "Last Synced" on SyncedTabs not returning correct values
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-10 04:43:09+00:00
Resolved: 2022-11-10 16:41:00+00:00

A regression from Bug 1791851, tabs.js used to manually populate `lastModified` in order for callers like `SyncedTabs.jsm` to have the most accurate sync time when hovering over the clients name.

Right now, all clients are showing "Last synced 1 seconds ago"
Bug: Favicon not appearing in bookmark
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-11-10 07:00:26+00:00
Resolved: 2022-11-14 09:19:31+00:00

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

Steps to reproduce:

1. Open the website for a local [cockpit](https://cockpit-project.org/) installation
2. Add it to bookmarks bar


Actual results:

Favicon did not appear in the bookmarks bar, even though it appears in the website.


Expected results:

Favicon should have apepared.
Bug: [Intermittent] [Windows] Users are not enrolled in the “First Run As One Click ver. 1” experiment
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-10 12:37:40+00:00
Resolved: 2023-02-13 14:37:47+00:00

**[Affected versions]:**
- Firefox Release 107.0 en* locales - Build ID: 20221107173030

**[Affected Platforms]:**
- Windows 10, 21H2, OS build: 19044.2251.
- Windows 11, 21H2, OS build: 22000.2130.

**[Prerequisites]:**
- Have a Windows 10 or Windows 11 machine with an OS build > 18362.
- Have the Firefox browser from prerequisites installed.
- Have the “user.js” file saved on the computer.
- Firefox is not set as the default browser.

**[Steps to reproduce]:**
1. Create a new profile using the “-p –first-startup” syntax in the Command Prompt window.
2. Paste the [“user.js”](https://drive.google.com/file/d/1G-cQu2m5WgE-8xWvNliPjppiXPdg7ymn/view?usp=sharing) file in the profile folder and open the browser from the prerequisites.
3. Observe the “about:studies” page.

**[Expected result]:**
- Users are successfully enrolled in the “First Run As One Click ver. 1” experiment and it is successfully displayed on the “about:studies” page.

**[Actual result]:**
- Users are not enrolled in the “First Run As One Click ver. 1” experiment and it is not displayed on the “about:studies” page.

**[Notes]:**
- On Windows 10 and 11 I managed to reproduce this issue on 12 profiles out of a total of 15.
- In some periods of the day I successfully manage to enroll multiple times in a row.
- This issue is reproducible on all the branches of the experiment.
- Attached a screen recording of the issue [here](https://drive.google.com/file/d/1fGjwE1wS-fGE8TOCyUut_w3heBWy7yA5/view?usp=sharing).
Bug: If the Sponsored Tile via Pocket was visited at least two times, after the impression cap is hit, it will be replaced with a history tile
Status: NEW
Priority: P3
Created: 2022-11-10 12:47:58+00:00
Resolved: 2023-06-05 17:05:00+00:00

**[Affected versions]:**
- Nightly 108.01a (Build ID: 20221107212933)

**[Affected Platforms]:**
- Mac 12.4
- Windows 10 x64
- Linux Mint 20

**[Prerequisites]:**
- Have the Sponsored tiles via Pocket configured and displayed.

**[Steps to reproduce]:**
1. Open the Nightly browser with the profile from the prerequisites.
2. Visit the Sponsored Tile via Pocket at least 2 times.
3. Open multiple tabs until the impression cap is hit.
4. Restart the browser and observe the Top Sites.

**[Expected result]:**
- There is no history tile for the visited Sponsored Tile via Pocket.

**[Actual result]:**
- A history tile for the visited Sponsored Tile via pocket is displayed.

**[Notes]:**
- This behavior is not reproducible if the Sponsored Tile via Pocket is dismissed from the context menu.
- Attached is a screen recording of the issue.
Bug: Empty formAutofillGroupBox not hidden in Privacy preferences
Status: NEW
Priority: P3
Created: 2022-11-10 14:21:56+00:00
Resolved: 2023-06-02 15:23:50+00:00

The `#formAutofillGroupBox` groupbox in the Privacy pane is not hidden when it has no children.

I noticed this when going through with a screen reader (Orca) the empty groupbox was announced as "blank". From a visual perspective, this creates an extra space between the "Logins & Passwords" and "History" preferences.

I think this is where the groupbox gets shown https://searchfox.org/mozilla-central/rev/12a18f7e112a4dcf88d8441d439b84144bfbe9a3/browser/components/preferences/preferences.js#425 It might benefit from an additional condition to check that it has some content.

Note, this is mostly copied from tor browser (https://gitlab.torproject.org/tpo/applications/tor-browser/-/issues/41396), but it effects firefox as well.
Bug: ASRouter & friends refers to remote settings collections incorrectly as buckets, causing dev confusion
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-11-10 14:33:53+00:00
Resolved: 2022-11-18 04:23:51+00:00

https://bugzilla.mozilla.org/show_bug.cgi?id=1797423#c18 has the details.  Remote Settings does have a concept of buckets as well, but they are something else.  This makes debugging / working with ASRouter code that calls into Remote Settings unnecessarily confusing.
Bug: Firefox profiles are opened with a delay of about 40 seconds when using the "--first-startup" syntax
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-10 14:37:21+00:00
Resolved: 2023-05-19 17:41:05+00:00

**[Affected versions]:**
- Firefox Nightly 108.0a1 (Build ID: 20221110092309)
- Firefox Release Candidate 107.0 (Build ID: 20221107173030)
- Firefox Release 106.0.5 (Build ID: 20221104133228)

**[Affected Platforms]:**
- Windows 10 x64
- Windows 11 x64
- macOS 12.5.1
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have the latest versions of the Firefox browser installed.
- Have the “-p –first-startup” syntax added to its target.

**[Steps to reproduce]:**
1. Double-click the Firefox shortcut.
2. Create a new profile and open it.
3. Observe what happens.

**[Expected result]:**
- The Firefox profile opens instantly.

**[Actual result]:**
- Nothing happens for about 30-40 seconds, and after that, the browser opens.

[Notes]:
- Attached is a screen recording of the issue.
Bug: Opened files are deleted when private browsing session ends
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-10 15:01:35+00:00
Resolved: 2022-11-11 14:46:39+00:00

Opening a PDF leads to Firefox downloading it to the Downloads folder and opening it. However, when the private browsing session ends this file gets deleted again.

a) This is just wrong.
b) Since it is already in the Downloads folder users have a strong reason to believe they don't need to download it again. So it's even wronger.
Bug: Prevent continuous onboarding messages from appearing after Spotlight is dismissed in Firefox view after 4+ views
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-11-10 22:11:17+00:00
Resolved: 2022-11-15 13:46:04+00:00

The [Firefox View Spotlight message](https://searchfox.org/mozilla-central/source/browser/components/newtab/lib/FeatureCalloutMessages.jsm#71)'s frequency cap was removed in bug 1797963. That resulted in ASRouter impressions not being recorded for the message. If a user has visited Firefox View 4+ times, they now immediately see the continuous onboarding message after dismissing the Spotlight. There should be a 24 hour break before the continuous onboarding messages can show.
Bug: The import bookmarks button in the customize mode pallete gets its label duplicated when being moved from the bookmarks toolbar
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-11 00:30:42+00:00
Resolved: 2022-11-18 11:06:01+00:00

STR:
1. Use latest Nightly
2. Place the import bookmarks toolbarbutton bookmarks toolbar
3. Move it to the customize mode pallete

AR:
See screenshot.
Bug: Quick suggest impression telemetry is recorded for results with large `rowIndex` values
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-11-11 03:13:46+00:00
Resolved: 2022-11-17 18:52:48+00:00

Rebecca noticed that the telemetry data shows a significant number of quick suggest impressions with large `rowIndex` values. In the data she was looking at, there were 10,000's of impressions with indexes between 10 and 20, and >10% of clients with impressions had an index >10. These are significant numbers that can't be explained by users with custom values for the `maxRichResults` hidden preference.

UrlbarProviderQuickSuggest records an impression for each result it adds, even if the result isn't actually visible in the view at the time the engagement happens. The only reason the result wouldn't be visible is if the query is canceled before it finishes and before the remove-stale-rows timer fires.

So the only thing I can think of is that users are triggering quick suggest results with their search strings but then hitting enter very quickly before the query finishes. UrlbarProviderQuickSuggest doesn't finish its `startQuery()` until it receives a response from Merino, and it will wait up to 200ms, so maybe this isn't as far-fetched as it seems. (That's true only when Merino is enabled, as it was until very recently for Beta and Nightly users.)

Regardless of the cause, it's definitely incorrect for UrlbarProviderQuickSuggest to record an impression when its result is hidden, so we should fix that anyway.
Bug: New tabs engine caused an increase in sync volume.
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-11-11 03:26:42+00:00
Resolved: 2022-11-11 09:42:38+00:00

Because the tabs engine resets itself each sync, each sync it reports there are "new" incoming records - when [the sync scheduler sees this](https://searchfox.org/mozilla-central/rev/dd216c1307a2bf1b0d2465b9749fa86dac44303a/services/sync/modules/policies.js#462), it schedules the next sync in [90 seconds instead of 10 minutes](https://searchfox.org/mozilla-central/rev/dd216c1307a2bf1b0d2465b9749fa86dac44303a/services/sync/modules/policies.js#570-577) due to the fact another device might still be uploading records.

End result is that scheduled syncs are now rescheduled in 90 seconds after every sync.
Bug: Stop the tab engine resetting itself every sync
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-11-11 03:28:46+00:00
Resolved: 2023-02-24 20:12:16+00:00

The rust tabs engine insists we reset it before every sync - there's really no good reason to do that and it caused bug 1800185.

We should stop doing that :) This might not be trivial as the rust component has always worked this way, but it is certainly doable - and would benefit mobile too.
Bug: Bookmark Sort by Name doesn't sort correctly
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2022-11-11 09:06:55+00:00
Resolved: 2023-06-29 09:22:49+00:00

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

Steps to reproduce:

Create a folder on the Bookmark toolbar
Add a large number of bookmarks (50+)
Right Click on the folder on the Bookmark toolbar
Click Sort by Name



Actual results:

Some entries were out of place (random).

Let's say you have 5 bookmarks named:
- eee
- ddd
- bbb
- aaa
- ccc

After sorting, you'd expect the following:
- aaa
- bbb
- ccc
- ddd
- eee

However, what actually happens is that "sometimes" a few are out of place.  i.e.
- aaa
- ccc
- ddd
- bbb
- eee
So bbb was out of place.


When resorting this, it may not fix it entirely - since the behaviour seems to be random, resulting in a different entry being in the wrong place:
- aaa
- ccc
- bbb
- ddd
- eee
Now ccc is out of place.



Expected results:

All entries should have been in the right place.
Bug: [Experiment] The “Set Firefox as default browser” label button is displayed instead of “Set Firefox to default browser” in Treatment C and D branches of the experiment
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-11-11 15:43:06+00:00
Resolved: 2022-11-16 18:26:31+00:00

**[Affected versions]:**
- Firefox Release Candidate 107.0 (Build ID: 20221110173214)

**[Affected Platforms]:**
- Windows 10 x64
- Windows 11 x64

**[Prerequisites]:**
- Have the browser not set as default.
- Have the Firefox browser from prerequisites installed and opened.
- Have the “nimbus.debug” pref set to “true” value on the “about:config” page.


**[Steps to reproduce]:**
1. Force enroll in the Treatment C branch of the experiment using the following link: about:studies?optin_slug=first-run-easy-as-one-click-ver-1&optin_branch=treatment-c&optin_collection=nimbus-preview.
2. Restart the browser and navigate to the “about:welcome” page.
3. Observe the label of the primary button.

[Expected result]:
- The “Set Firefox to default browser” label is displayed.

[Actual result]:
- The “Set Firefox as default browser” label is displayed.

[Notes]:
- Based on Figma, the primary button label should be called “Set Firefox to default browser” in Treatment C and D branches of the experiment.
- Attached is a screen recording of the issue.
Bug: "is not a function" only in Firefox
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-11-11 16:20:00+00:00
Resolved: 2022-11-17 15:17:19+00:00

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

Steps to reproduce:

Access this website: https://game-game.ro/169353/    (it is a backgammon game)
Fails to load due to "is not a function"

Digging through the background errors I found the following:
Uncaught TypeError: google.ima.settings.setDisableFlashAds is not a function
    sdkLoadedCallback https://api.famobi.com/assets/0.2-d66a2541/js/gameapi.js:256

Actual function:
function sdkLoadedCallback() {
			if (typeof google != "undefined" && google.ima) {
				google.ima.settings.setLocale(
					self.gametranslation.getNavigatorLanguage()
				);

				google.ima.settings.setVpaidMode(
					google.ima.ImaSdkSettings.VpaidMode.ENABLED
				);

				google.ima.settings.setDisableFlashAds(true);
			}

			var showInitialAd = function() {
				if (M.show_initial) {
					M.forceAd();
				}
			};

			var geoReadyCallback = function() {
				showInitialAd();
			};

			if (M.provider === "dfp") {
				self.lsg.ready().then(
					function() {
						geoReadyCallback(self.lsg.getLocale());
					},
					function() {
						self.geo
							.getCountryCode()
							.then(geoReadyCallback, geoReadyCallback);
					}
				);
			} else if (M.provider === "sulvo") {
				M.forceAd();
			} else {
				showInitialAd();
			}
		}
	};

Problem with this game is constant on every website I find it on


Actual results:

Web Game on this website is not loading.
It does this only in Firefox and the function is recognized in other browsers and game load with no issues(Chrome, Edge)


Expected results:

Game on the website should load with no issues
Bug: Firefox Translations extension menu doesn't show all options
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-11 21:24:58+00:00
Resolved: 2022-11-12 05:25:31+00:00

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

Steps to reproduce:

Navigate to https://www.publico.pt/


Actual results:

As you can see in the image attached, the Firefox Translations menu doesn't show all options and I can't even scroll to see all the options.


Expected results:

The menu size should automatically adjust or at least let me scroll to check all the options.
Bug: While trying to right-click and take Screenshots from Facebook, pictures have the menu bar through them.
Status: UNCONFIRMED
Priority: P5
Created: 2022-11-12 01:03:23+00:00
Resolved: 2023-01-12 19:53:55+00:00

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

Steps to reproduce:

- I right-click anywhere on the page, using the pop-up menu to select Screenshot.

- Using the feature to either click-and-drag or just to select a fitted portion automatically measured, click the Copy button. (Any form of having Firefox actually copy the selected area for screenshot will produce the same results, even if using Ctrl + V.)


Actual results:

Specifically with Facebook, the toolbar with Home/Watch/Marketplace/Gaming/News will be in the picture, effectively covering up a portion of the screenshot itself. 


Expected results:

No toolbar within view of the screenshot itself.
Bug: Shutdown handling of the Viaduct singleton seems bogus
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-11-12 08:37:12+00:00
Resolved: 2022-11-17 01:56:51+00:00

I find frequently in my log files:

```
NS_ENSURE_TRUE(inst) failed: StaticComponents.cpp:xxxx
```

and following the line in my build leads me to:

```
    case ModuleID::Anonymous325: {
      RefPtr<mozilla::Viaduct> inst = mozilla::Viaduct::GetSingleton();
      NS_ENSURE_TRUE(inst, NS_ERROR_OUT_OF_MEMORY);
```

which brings me to [`Viaduct::GetSingleton`](https://searchfox.org/mozilla-central/rev/9f2f65d1663b4db2907749e5bbbfe6a81ac43bca/toolkit/components/viaduct/Viaduct.cpp#24) where I read:

```
already_AddRefed<Viaduct> Viaduct::GetSingleton() {
  if (gViaduct) {
    return do_AddRef(gViaduct);
  }

  gViaduct = new Viaduct();
  ClearOnShutdown(&gViaduct);
  return do_AddRef(gViaduct);
}
```

`ClearOnShutdown` has the nice side effect to null out the pointer if we are already in/beyond its phase (by default `ShutdownPhase::XPCOMShutdownFinal`). This is correct in the sense that we should not deliver a new instance such late, but callers seem to not expect this to ever return `nullptr`. I see two things here:

1. Make it more explicit inside `Viaduct::GetSingleton()` for which shutdown phase we expect to cease working. We can use an `AppShutdown::IsInOrBeyond` check for this. Note that it might make sense to not return an instance earlier than we clear it.
2. Check the call sites for proper handling. ~~I can see it [used only by bookmarks](https://searchfox.org/mozilla-central/rev/9f2f65d1663b4db2907749e5bbbfe6a81ac43bca/toolkit/components/places/BookmarkHTMLUtils.sys.mjs#84-86), IIUC.~~ Nika, the tricky part here is that the message is [printed by the generated code](https://searchfox.org/mozilla-central/rev/9f2f65d1663b4db2907749e5bbbfe6a81ac43bca/xpcom/components/gen_static_components.py#449-453), so we might want to tweak/remove that message and leave it to the constructor to complain? We can and should also understand why bookmark's JS runs this late in the first place, though.

Edit: As Nika says below, I mixed up some link here, it seems.
Bug: Pressing Escape when editing bookmark details saves instead of cancels
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-12 18:00:54+00:00
Resolved: 2022-11-12 18:27:09+00:00

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

Steps to reproduce:

- Open the Bookmarks sidebar or toolbar
- Right-click a bookmark and choose "Edit Bookmark..." or a bookmark folder and choose "Edit Folder..."
- Change some details, like the "Name" field
- Press the Escape key


Actual results:

The changes were saved.


Expected results:

Since the Escape key was pressed, the changes should have been discarded as if the "Cancel" button had been clicked.
Bug: All downloads fail in Firefox when the downloads folder doesn't exist and cannot be created
Status: RESOLVED
Priority: P3
Resolution: INCOMPLETE
Created: 2022-11-12 22:13:55+00:00
Resolved: 2023-07-11 16:06:37+00:00

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

Steps to reproduce:

1. Download and install latest developer edition or refresh from existing installation
2. Go to a page with a download click to download a file
3. Note that the download fails and provides no details about why it failed failed


Actual results:

Download fails and provides no details about why it failed failed


Expected results:

Download should have succeeded or explained why it failed
Bug: when saving pdf with text in hebrew it saves gibberish
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-11-13 10:05:38+00:00
Resolved: 2022-11-23 13:59:52+00:00

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

Steps to reproduce:

1. opened pdf
2. added text in hebrew
3. saved
4. opened pdf again 


Actual results:

added text in hebrew saves gibberish 


Expected results:

saved text in hebrew should stay in hebrew
Bug: text overlap in networking settings (regression in localized version of Firefox 107)
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-11-13 14:44:28+00:00
Resolved: 2022-11-29 08:33:12+00:00

Please see the attached screenshot for the network settings in Firefox 107 with German as language. The "Learn more" link and the "Settings…" button overlap. I guess other languages with longer translations are affected as well. It's not reproducible with English.

It's a regression in Firefox 107, Firefox 106.0.5 is not affected.