av9ash/GitBugs huggingface dataset:
Bug: The "Open Firefox automatically when your computer starts up" option is not available in about:preferences if the feature pref is manually set to true
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-02-12 15:04:40+00:00
Resolved: 2024-05-30 08:49:38+00:00

**[Affected versions]:**
- Firefox Nightly 124.0a1 (Build ID: 20240211213657)
- Firefox Beta 123.0b9 (Build ID: 20240209102425)
- Firefox Release 122.0.1 (Build ID: 20240205133611)

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

**[Prerequisites]:**
- Have a new Firefox installed.
- Make sure you are not enrolled in the "Launch Firefox on OS Restart" rollout.

**[Steps to reproduce]:**
1. Open the Firefox browser.
2. Navigate to about:config and search for the "browser.startup.windowsLaunchOnLogin.enabled" pref.
3. Set the pref to true.
4. Navigate to "about:preferences" page.
5. Observe the available options displayed in the "Startup" section.

**[Expected result]:**
- The "Open Firefox automatically when your computer starts up" option is available.

**[Actual result]:**
- The "Open Firefox automatically when your computer starts up" option is NOT available.

**[Regression]:**
- This issue is not reproducible with an older Firefox 120 version. Using mozregression tools we found out that this behavior was introduced in Bug 1858223.
- Here are the results from mozregression: 
Last good revision: 604dc9fa34d8f2dc2076436d207d3fc9dea1b98e
First bad revision: ba691c21c968a48e1bd212426fcc20fa5f4c276d
Pushlog: [Link](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=604dc9fa34d8f2dc2076436d207d3fc9dea1b98e&tochange=ba691c21c968a48e1bd212426fcc20fa5f4c276d)

**[Notes]:**
- Even though the option is not available in "about:preferences" page, the infobar is trigger and Firefox can be add in the Windows Startup. 
- If enrolled in the rollout, the "Open Firefox automatically when your computer starts up" option is correctly available. 
- Attached is a screen recording of the issues.
Bug: [Experiment] The “Privacy Policy” hyperlink is incorrectly displayed on the Survey slide
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-12 15:10:13+00:00
Resolved: 2024-02-14 09:01:19+00:00

**[Affected versions]:**
- Firefox Release, 122.0, BUILD ID: 20240118164516

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

**[Prerequisites]:**
- Have the [“user.js”](https://drive.google.com/drive/folders/1gnGX_bpKYAi3f02iJ_lYaH5v2_S7LfD ) file saved on your computer.  
Have Firefox pinned to the taskbar

**[Steps to reproduce]:**
1. Create a new Firefox profile using the “--first-startup” command but do not open it. 
2. Navigate to the profile folder and paste the user.js files from prerequisites.
3. Open the browser using the previously created profile. 
4. Observe the “Privacy Policy” hyperlink placement on the “Survey” slide.  

**[Expected results]:**
- The “Privacy Policy” hyperlink is displayed under the “Next” button. 

**[Actual results]:**
- The “Privacy Policy” hyperlink is displayed alongside the “Next” button. 

**[Fix  Window]:**
- Considering that this issue is not reproducible starting with Firefox Beta 123, using the Mozregression tool we have managed to find the following two fix windows:

1. First good revision: 04752c78dfb0dca4c4bc3ecb74269e1b297460f3
            Last bad revision: b1d0b240ad21bd6fe2ebf90975e6e3b6b450189c
            Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b1d0b240ad21bd6fe2ebf90975e6e3b6b450189c&tochange=04752c78dfb0dca4c4bc3ecb74269e1b297460f3 
           
2. First good revision: 0b284cb325eb866b89d72118bc71a5fba778bbdf
            Last bad revision: fb34fbdda243c81ce021ed00a757abe15cf04fd7
            Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=fb34fbdda243c81ce021ed00a757abe15cf04fd7&tochange=0b284cb325eb866b89d72118bc71a5fba778bbdf 

From the above pushlogs, it seems that this behavior has been fixed through bug 1876801 and bug 1868494.


**[Notes]:**
Attached a screenshot of the issue.
Bug: Tab preview card prevents scrolling tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-12 15:52:54+00:00
Resolved: 2024-02-20 15:45:14+00:00

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

Steps to reproduce:

With the Tab Hover feature active (`browser.tabs.cardPreview.enabled` as `true` in about:config)

1. Open enough tabs as to require scrolling the tabs bar to access the first ones
2. Hover over a tab to show the preview card
3. Scroll with mouse wheel (or trackpad) over the tabs bar


Actual results:

Nothing, the tabs bar doesn't scroll


Expected results:

The tabs bar scrolls as usual (like when this feature is disabled or the preview card is not yet visible)
Bug: [win] search bar right-click can create two context menus
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-02-12 19:30:19+00:00
Resolved: 2024-03-13 12:59:23+00:00

pic is nightly 124 but it happens in stable 122

when I right click in the search bar, I almost always get two context menus, with the one I want (`paste`) under the UI one. This is in any area inside the text field that is not the search icon - in the pic you can see I right clicked in the middle of `a` in the `Search` placeholder. Right clicking the search icon will only produce the UI menu.
Bug: [win10] The installer's pin generates a system popup asking for user confirmation
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-02-12 22:04:06+00:00
Resolved: 2024-03-11 09:49:14+00:00

Found in

    FX 123

Affected versions

    All versions

Tested platforms

    Affected platforms: Windows 10x64
    Unaffected platforms: macOS 13, Ubuntu 22.1, Windows 11

Preconditions

    There is no default user profile, so that the onboarding process happens after Firefox is launched after installation.

Steps to reproduce

    Complete the Firefox installation using the default installation pathway

Expected result

    Firefox is pinned without the user having to intervene

Actual result

    A system popup happens asking the user to confirm they want to pin Firefox.

Regression range

    Not a regression

Additional notes

    Happens since pinning was introduced into the installer, and only on versions starting with Windows 10 22H2 Build 19045.3996 (https://support.microsoft.com/en-us/topic/january-23-2024-kb5034203-os-build-19045-3996-preview-d9540687-af96-46ba-9192-88fe44833561)

    See attached pictures
Bug: Firefox pinning to taskbar on newer versions of Windows fails
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-02-12 23:14:22+00:00
Resolved: 2024-05-18 20:27:57+00:00

On newer versions of Windows (first seen in version 10.0.26052.1100), Firefox is unable to pin to the taskbar.

Found in

    FX 123

Affected versions

    All versions with pinning to the taskbar

Tested platforms

    Affected platforms: Windows 10x64
    Unaffected platforms: macOS 13, Ubuntu 22.1, Windows 11

Preconditions

    Unpin Firefox from the taskbar and make sure that another browser is the system default browser. Close all instances of Firefox.

Steps to reproduce

    Launch Firefox. Click yes on the prompt to make Firefox the default browser and pin it to the taskbar.

Expected result

    Firefox is pinned to the taskbar

Actual result

    Fire is NOT pinned to the taskbar and the user gets no feedback explaining that it isn't pinned.

Regression range

    Not a regression

Additional notes

    Happens since pinning was introduced into the installer, and only on newer versions of Windows.
Bug: Firefox pinning to taskbar on Windows MSIX builds fails
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-02-12 23:39:31+00:00
Resolved: 2024-05-18 20:24:38+00:00

On all versions of Windows, Firefox is unable to pin to the taskbar in Microsoft Store (MSIX) builds.

Found in

FX 123

Affected versions

All versions

Tested platforms

Affected platforms: Windows 10x64
Unaffected platforms: macOS 13, Ubuntu 22.1, Windows 11

Preconditions

Unpin Firefox from the taskbar and make sure that another browser is the system default browser. Close all instances of Firefox.

Steps to reproduce

Launch Firefox. Click yes on the prompt to make Firefox the default browser and pin it to the taskbar.

Expected result

Firefox is pinned to the taskbar

Actual result

Fire is NOT pinned to the taskbar and the user gets no feedback explaining that it isn't pinned.

Regression range

Not a regression
Bug: "We're having trouble finding that site" error page use the to-be-loaded page's custom zoom level instead of Firefox's default zoom level
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-02-13 00:00:50+00:00
Resolved: 2024-03-07 02:02:39+00:00

### Steps to reproduce

1. Load https://example.com in a tab.
2. Increase example.com's page zoom level to (say) 200%. I'm using the `Cmd` + `+` keyboard shortcut on macOS.
3. In another tab, load https://example.net.
4. Decrease example.net's page zoom level to (say) 50%. I'm using the `Cmd` + `-` keyboard shortcut on macOS.
5. Turn off your computer's internet connection.
6. Force reload the example.com and example.net pages. I'm using the `Cmd` + `Shift` + `R` keyboard shortcut on macOS.

### Expected result

The "We're having trouble finding that site" error page should use Firefox's default zoom level.

### Actual result

The "We're having trouble finding that site" error pages use the to-be-loaded pages' custom zoom levels. In my case, example.com's error page is zoomed 200% and example.net's error page is zoomed 50%. See the attached screenshots.

This behavior is not a regression. I can reproduce in ESR 115, Firefox 122, and Nightly 124.
Bug: Unable to Highlight multiple rows in certain PDF files
Status: NEW
Priority: --
Created: 2024-02-13 10:49:51+00:00
Resolved: 2024-02-13 12:10:07+00:00

**Found in**
* Nightly 124.0a1 (2024-02-13)

**Affected versions**
* Nightly 124.0a1 (2024-02-13)
* Beta 123.0b8

**Affected platforms**
* All

**Steps to reproduce**
1. Download the Attached PDF file and open it in Firefox.
2. Enable the Highlight tool.
3. Highlight over multiple rows from the Middle column.

**Expected result**
* The Entire selected text should be highlighted.

**Actual result**
* Only the First and the Last rows from a paragraph are Highlighted.

**Regression range**
Not a Regression
Bug: "Your browser is being managed by your organisation"
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-02-13 11:41:42+00:00
Resolved: 2024-03-06 13:55:27+00:00

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

Steps to reproduce:

I keep getting the above message on my home PRIVATE PC (Windows 10), which is not managed by any organisation! I have fixed it several times but it's just come back with Firefox v122.0.1. None of the suggested work rounds now actually work and I'm getting fed-up wasting my time trying to fix this.
Bug: Highlighting Diagonal text in a PDF will Highlight an entire area
Status: NEW
Priority: --
Created: 2024-02-13 12:46:09+00:00
Resolved: 2024-02-13 13:45:08+00:00

**Found in**
* Nightly 124.0a1 (2024-02-13)

**Affected versions**
* Nightly 124.0a1 (2024-02-13)
* Beta 123.0b8

**Affected platforms**
* All

**Steps to reproduce**
1. Download the Attached PDF file and open it in Firefox.
2. Enable the Highlight tool.
3. Highlight over the Diagonal text.

**Expected result**
* Only the Diagonal Text should be highlighted.

**Actual result**
* The entire Area is Highlighted.

**Regression range**
Not a Regression
Bug: Switch-to-tab container icons are blurry on Windows/Ubuntu
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-02-13 13:22:21+00:00
Resolved: 2024-03-11 07:13:13+00:00

**Notes**
* Please see the attached screenshots for more details. 

**Found in**
* Firefox Nightly 124.0a1;

**Affected versions**
* Firefox Nightly 124.0a1;

**Tested platforms**
* Windows 10;
* Ubuntu 22;
* macOS 12; 

**Affected platforms**
* Windows 10;
* Ubuntu 22;

**Unaffected platforms**
* macOS 12;

**Preconditions** 
* browser.urlbar.switchTabs.searchAllContainers set to true

**Steps to reproduce**
1. Launch Firefox with the profile from preconditions.
2. Open a website in different container tabs(Personal, Work, Banking, Shopping).
3. Shrink the browser window’s width.
4. Open a new tab and write the url/description of the website opened earlier.
5. Observe the Address Bar. 


**Expected result**
* Container icons are properly displayed, as per Figma design.

**Actual result**
* Container icons are blurry on Windows/Ubuntu. 

**Regression range**
* Not a regression.
Bug: Typing in Firefox View's history search causes flickering and loss of characters typed
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-13 13:25:56+00:00
Resolved: 2024-02-23 08:59:45+00:00

I just tried searching history on the latest nightly on a Mac M1 Pro.

I started typing `mozsearch` as I got to about the fourth or fifth character, the screen flickered, updated, and lost characters in the search - my search came out as `mozearch`. 

It all depends on timing, but generally you have to be typing when the auto-refresh kicks in.

I'm not quite sure the flickering is true flickering, because of the the update and the potential changes, it felt like it was flickering, but it might have just been the way it updates the page. The main thing is that loss of characters when typing.
Bug: Switch-to-tab in a regular tab loads the url already opened in container tabs
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-02-13 13:55:27+00:00
Resolved: 2024-05-08 10:04:38+00:00

**Notes**
* Please refer to the following [screen recording](https://drive.google.com/file/d/1Ca4jzIV1w08f7PH4O7DutFmhCjvQwUGR/view?usp=sharing).

**Found in**
* Firefox Nightly 124.0a1;

**Affected versions**
* Firefox Nightly 124.0a1;

**Tested platforms**
* Windows 10;
* Ubuntu 22;
* macOS 12; 

**Affected platforms**
* Windows 10;
* Ubuntu 22;
* macOS 12;

**Unaffected platforms**
* N/A; 

**Preconditions** 
* browser.urlbar.switchTabs.searchAllContainers set to true

**Steps to reproduce**
1. Launch Firefox with the profile from preconditions.
2. Open a website in a container tab(eg. Personal). 
3. Open a new regular tab  and write the title of the previously opened website until the suggestion is present in the address bar.
4. Click on the Switch to tab - Personal button.
5. Open a new regular tab and write the title of the previously opened website.
6. Click on the switch-to-tab(non-container) button from Firefox Suggest section in the address bar. 


**Expected result**
* There should be no switch to tab option present for a non-container tab, since the url is opened only in a container tab.


**Actual result**
* The website loads in the regular tab.

**Regression range**
* Not a regression.
Bug: Previously opened container tabs are still shown in the Tabs/Firefox suggest section after a browser restart
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-02-13 14:20:03+00:00
Resolved: 2024-03-06 15:58:40+00:00

**Notes**
* Please refer to the following [screen recording](https://drive.google.com/file/d/1eIjrSq7oQSWVX1eDV8YUO6_TPyk2AZ3Z/view?usp=sharing) for more details. 

**Found in**
* Firefox Nightly 124.0a1;

**Affected versions**
* Firefox Nightly 124.0a1;

**Tested platforms**
* Windows 10;
* Ubuntu 22;
* macOS 12; 

**Affected platforms**
* Windows 10;
* Ubuntu 22;
* macOS 12;

**Unaffected platforms**
* N/A; 

**Preconditions** 
* browser.urlbar.switchTabs.searchAllContainers set to true

**Steps to reproduce**
1. Launch Firefox with the profile from preconditions.
2. Open a website in different container tabs(Personal, Work, Banking, Shopping).
3. Restart the browser.
4. Close all the container tabs.
5. Open a new regular tab and write the title of the previously opened website in step 2, or enter ‘Tabs’ mode in the Address Bar
6. Click on any of the Switch to Tab buttons.

**Expected result**
* There should not be any container tabs featured in the Address Bar. 

**Actual result**
* Container tabs are still shown in the Address Bar and clicking the Switch to Tab button does nothing. 

**Regression range**
* Not a regression.
Bug: Ensure pinned tabs expose their pinned state to the Accessibility API
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-02-14 00:55:59+00:00
Resolved: 2024-02-29 00:08:40+00:00

Pinned tabs do not expose their pinned state to the Accessibility API anymore.

[Gecko supports pinned state in the XULTabAccessible](https://searchfox.org/mozilla-central/rev/4fe00e0322377316390da6faa2d645cae53d08f4/accessible/xul/XULTabAccessible.cpp#72), but since the [pseudo-boolean tab strip attribute was changed to be a standard boolean](https://searchfox.org/mozilla-central/rev/4fe00e0322377316390da6faa2d645cae53d08f4/browser/base/content/tabbrowser.js#3206), the a11y engine cannot confirm the pinned state.

Note: the issue affects all desktop platforms, but macOS does not have support for pinned state, so we may need to track it separately
Bug: URL (with internal hostname) is not recognized in address bar
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-02-14 01:27:43+00:00
Resolved: 2024-02-29 14:16:23+00:00

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

Steps to reproduce:

paste lanhostmachine/SDLCupdate/FeatureRollup/Index.html in the the address bar, Enter


Actual results:

Fx does a web search


Expected results:

Fx should have navigated to the page
If I paste in:
lanhostmachine/SDLCupdate/FeatureRollup/Index.html#
or
lanhostmachine/SDLCupdate/FeatureRollup/Index.html?
Fx does navigate to the page!
Bug: An empty overflow menu is displayed in Normal Browsing if the End Private Session button is added to the Overflow Menu in Private Session
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-02-14 08:21:00+00:00
Resolved: 2024-11-06 07:09:28+00:00

**Found in**
* 124.0a1 (2024-02-13)

**Affected versions**
* 124.0a1 (2024-02-13)
* 123.0
* 122.0

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

**Preconditions**
* browser.privatebrowsing.resetPBM.enabled: true

**Steps to reproduce**
1. Open a private window and add the End Private Session button to the Overflow Menu.
2. Return to the Normal Window and open the overflow menu.

**Expected result** 
*  No overflow menu is displayed.

**Actual result**
* An empty overflow menu is displayed.

**Regression range**
* not a regression. Reproducible with 120.0a1 (2023-09-28) after [bug 1846498](https://bugzilla.mozilla.org/show_bug.cgi?id=1846498).



**Additional notes**
* Attached a screen recording.
Bug: capability.policy.localfilelinks crashes tab on internals site
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2024-02-14 09:32:05+00:00
Resolved: 2024-07-22 14:55:31+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/121.0.0.0 Safari/537.36 Edg/121.0.0.0

Steps to reproduce:

I opened Firefox, and entered the complete url for an internal https://marktplatz.<xyz-internal>.de website. Then I pressed enter for load the website.

This happens on different computer, on different Firefox Browser (e.g. ESR 115.x)

It doesn't happen on Firefox ESR 91 and less.
We use Firefox with policies. When I remove the <xyz-internal>.de domain from the policy settings list of capability.policy.localfilelinks, the website shows up correctly


Actual results:

Firefox opens the website and immediately crashes. I can read "Der Tab ist gerade abgestürzt" (Gah. Your tab just crashed). 


Expected results:

The Website should load correctly
Bug: The Hand Tool will not Close the other opened tools from the PDF Toolbar when selected
Status: NEW
Priority: --
Created: 2024-02-14 10:21:57+00:00
Resolved: 2024-03-26 14:32:06+00:00

**Found in**
* Nightly 124.0a1 (2024-02-14)

**Affected versions**
* Nightly 124.0a1 (2024-02-14)
* Beta 123.0b9
* Release 122

**Affected platforms**
* All

**Steps to reproduce**
1. Open any PDF in Firefox.
2. Enable the Highlight tool.
3. From the PDF toolbar overflow menu select the Hand Tool.

**Expected result**
* The Highlight tool should close similar to when a user clicks the Text tool or Drawing tool.

**Actual result**
* The Hand tool does nothing if another Tool is already enabled.
If one of the Toolbar tools are enabled and then we select a different tool, it closes the previous one.

**Regression range**
Not a Regression

Please note that in really old builds the Hand tool would enable but it still would not close the Menu from the Toolbar. They would both work at the same time in a really bad way.
Bug: facebook no longer works with nightly 124.0 (2024-12-14)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-02-14 12:51:09+00:00
Resolved: 2024-02-16 07:20:50+00:00

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

Steps to reproduce:

1.  visit https;//www.facebook.com


Actual results:

displays a blank page


Expected results:

displays the site
Bug: Fx VPN promo regions list is out of date
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2024-02-14 14:28:17+00:00
Resolved: 2024-08-06 16:52:46+00:00

We'd like to keep the lists in Firefox in sync with the bedrock lists if there are changes. This ensures that we show the VPN promo on about:preferences#moreFromMozilla to the correct regions.

Github VPN regions lists: https://github.com/mozilla/bedrock/blob/a564fc12717f181529a1a4fa5afc0b83b1c80482/bedrock/settings/base.py#L1765
Lists and pref to update in MC: https://searchfox.org/mozilla-central/rev/2a286f214c783ff919d802c23a92e54bbf7411b9/browser/app/profile/firefox.js#2042
https://searchfox.org/mozilla-central/source/toolkit/modules/BrowserUtils.sys.mjs#504

The goal of this bug is to setup a script in Mozilla central that automatically fetches the base.py file in the github repo, and updates and commits the changes to mc if there are any differences. We'd like to watch for changes in VPN_COUNTRY_CODES, VPN_EXCLUDED_COUNTRY_CODES, and other relevant lists.

We're doing a similar script in https://bugzilla.mozilla.org/show_bug.cgi?id=1859302 , for reference.
Bug: [HCM] Search textbox to follow expected high contrast mode colors
Status: ASSIGNED
Priority: P2
Created: 2024-02-14 16:13:23+00:00
Resolved: 2024-02-29 18:13:06+00:00

Search field should follow the [Input text HCM styling (SSO required to view)](https://www.figma.com/file/VHRA9hZ54oJqKKJwPd6FWa/High-Contrast-Mode?type=design&node-id=51-216&mode=design&t=dCJgr2BJiKfF4g8r-4) following partially the Button styling: use `ButtonText` and `ButtonFace` and use `SelectedItem` for the focus outline.
Bug: Shopping feature reminder includes brand styling in the main window
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-14 20:55:39+00:00
Resolved: 2024-02-29 21:05:16+00:00

STR
0. Enable shopping
1. Go to a shopping page
2. Click the shopping page action icon until the reminder panel shows up
3. Open the shield menu

Expected results: It look normal
Actual results: The heading styling has changed
Bug: Re-enable Yelp suggestions when sponsored suggestions are enabled
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-02-15 02:14:46+00:00
Resolved: 2024-02-21 13:46:56+00:00

We need to add `"suggest.quicksuggest.sponsored"` to `enablingPreferences` here: https://searchfox.org/mozilla-central/rev/b5b551329484a67f2abb4bae50411b93d5851733/browser/components/urlbar/private/YelpSuggestions.sys.mjs#38

Otherwise when sponsored suggestions are disabled and then enabled, Yelp will remain disabled. Importantly, this is true for the whole Suggest user population because of the way that Suggest dynamically flips on the sponsored pref at startup.