av9ash/GitBugs huggingface dataset:
Bug: firefox can only open in administrator mode , and still not showing any web-pages
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2025-01-28 11:32:12+00:00
Resolved: 2025-02-25 14:07:37+00:00

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

Steps to reproduce:

Firefox will not open in normal mode I can only open it in administrator mode.
Once it's open it still cannot go to any website or even Mozilla internal websites.
Try to type anything in the address bar nothing works.


Actual results:

Keep starting Mozilla in the administrative mode. Keep trying to type any address any web address or any search data in the address bar of the browser nothing works nothing functions does not give me any error message either


Expected results:

I have not make any changes in the system the only thing I noticed that window was updating in the middle of the night and when I started in the morning it was restarted
Bug: The Ads information from the Review Checker spills inside the Firefox Sidebar
Status: NEW
Priority: --
Created: 2025-01-28 13:47:56+00:00
Resolved: 2025-02-12 12:12:04+00:00

**Found in**
* 136.0a1 (2025-01-28)

**Affected versions**
* 136.0a1 (2025-01-28)

**Preconditions**
Enable the Review Checker:
browser.shopping.experience2023.enabled - true
browser.shopping.experience2023.optedIn - 1
browser.shopping.experience2023.autoOpen.enabled - true
browser.shopping.experience2023.integratedSidebar - true
browser.shopping.experience2023.shoppingSidebar - false

**Affected platforms**
* Windows

**Steps to reproduce**
1. Reach this PDP 
https://www.amazon.com/dp/B07HGSKRMG/ref=sspa_dk_detail_3?pd_rd_i=B07HGSKRMG&pd_rd_w=o6N7h&content-id=amzn1.sym.386c274b-4bfe-4421-9052-a1a56db557ab&pf_rd_p=386c274b-4bfe-4421-9052-a1a56db557ab&pf_rd_r=02FBMMPCC1MBAG0MG7WT&pd_rd_wg=AaE1Y&pd_rd_r=a33176fc-8341-422c-b469-5d60ecf1901a&s=electronics&sp_csd=d2lkZ2V0TmFtZT1zcF9kZXRhaWxfdGhlbWF0aWM&th=1

2. Resize the Firefox sidebar

**Expected result**
* The Ad information should adjust to the size of the card.

**Actual result**
* The Ad information spills over inside the Firefox Sidebar.

**Regression range**
This might have been caused by Bug 1927964 but I'm not entirely sure.

Please note that this issue only occured once. I tried to reproduce this issue in other versions of Firefox but without success.
Bug: "Reopen All Tabs" should support closed tab groups from closed windows
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-28 15:05:25+00:00
Resolved: 2025-03-05 07:06:31+00:00

Steps to reproduce:

1. Open some "worth-saving" tabs. Put some of them in a tab group.
2. Open a second window.
3. In the first window, right click the tab group label and select "Delete group".
4. Close the first window.
5. From the top menu, go to "History > Recently Closed Tabs". Observe that the closed tab group from the first window exists."
6. Click "Reopen All Tabs".

Expected result:
The tabs from the closed tab group are reopened in the existing window, as part of a tab group.

Actual result:
Nothing happens.
Bug: Setting language to "English (GB)" doesn't affect spell check (it remains American)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-28 15:26:46+00:00
Resolved: 2025-01-28 15:54:37+00:00

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

Steps to reproduce:

In Settings:
1) ensure that Language is set to "English (GB)", and
2) enable spell check, i.e. tick "Check spelling as you type".
Then, open a website with a text input box where spelling gets checked. For example, open Wikipedia and start editing a webpage. There:
3) type "behaviour" and note that it's underlined in red, and
4) type "behavior" and note that it's not underlined in red.

Note that this behaviour is independent of the particular text input box. For example, the same error occurs when typing comments on GitLab.

More details on the pecularities of English localisation are available here: https://en.wikipedia.org/wiki/American_and_British_English_spelling_differences . In particular, note that there are essentially four categories: US, Canada, Australia, and everyone else (GB+NZ+India+South Africa etc).


Actual results:

British spellings like "behaviour" are marked as incorrect, while American spellings like "behavior" are marked as correct.


Expected results:

The British spelling should be marked as correct when using English (GB).
Bug: The Tab Group Callout 1 is displayed for pinned tabs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-28 16:10:23+00:00
Resolved: 2025-02-10 17:01:53+00:00

**Found in**
* 136.0a1 (2025-01-28)

**Affected versions**
* 136.0a1 (2025-01-28)

**Affected platforms**
* all

**Steps to reproduce**
1. Have at least 8 tabs open.
2. Pin 2 tabs.
3. From one of the Pinned tabs Use Ctrl + Shift + Left mouse click to open a link in a new tab
4. Close the Opened tab from the X Close button.

**Expected result**
* The Tab group Callout 1 should be displayed on the next Free Tab.

**Actual result**
* The Tab group Callout 1 will be displayed directly at the Pinned tab from which the closed Tab originated from.

**Regression range**
Not a regression
Bug: Intermittent [TV] browser/components/sidebar/tests/browser/browser_sidebar_collapsed_close_tab_button.js | The selected tab is showing the close button on hover. - Got "0", expected "1"
Status: NEW
Priority: P5
Created: 2025-01-28 16:56:42+00:00
Resolved: 2025-02-17 06:44:21+00:00

**Filed by:** smolnar [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=492170452&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Op9bNaSrQ1m5riVNjYgW2Q/runs/0/artifacts/public/logs/live_backing.log
**Reftest URL:** https://hg.mozilla.org/mozilla-central/raw-file/tip/layout/tools/reftest/reftest-analyzer.xhtml#logurl=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Op9bNaSrQ1m5riVNjYgW2Q/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
TEST-PASS | browser/components/sidebar/tests/browser/browser_sidebar_collapsed_close_tab_button.js | The selected tab is not showing the close button. - 
[task 2025-01-28T15:45:50.719Z] 15:45:50     INFO - Buffered messages finished
[task 2025-01-28T15:45:50.719Z] 15:45:50     INFO - TEST-UNEXPECTED-FAIL | browser/components/sidebar/tests/browser/browser_sidebar_collapsed_close_tab_button.js | The selected tab is showing the close button on hover. - Got "0", expected "1"
[task 2025-01-28T15:45:50.719Z] 15:45:50     INFO - Stack trace:
[task 2025-01-28T15:45:50.720Z] 15:45:50     INFO - chrome://mochikit/content/browser-test.js:test_is:1627
[task 2025-01-28T15:45:50.721Z] 15:45:50     INFO - chrome://mochitests/content/browser/browser/components/sidebar/tests/browser/browser_sidebar_collapsed_close_tab_button.js:test_toggle_collapse_close_button:50
[task 2025-01-28T15:45:50.722Z] 15:45:50     INFO - chrome://mochikit/content/browser-test.js:handleTask:1147
[task 2025-01-28T15:45:50.722Z] 15:45:50     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1219
[task 2025-01-28T15:45:50.722Z] 15:45:50     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1360
[task 2025-01-28T15:45:50.724Z] 15:45:50     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1130
[task 2025-01-28T15:45:50.724Z] 15:45:50     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2025-01-28T15:45:50.729Z] 15:45:50     INFO - TEST-PASS | browser/components/sidebar/tests/browser/browser_sidebar_collapsed_close_tab_button.js | The active pinned tab is not showing the close button. - 
```
Bug: Requesting an accessibility review of the Mozilla VPN add-on
Status: NEW
Priority: P3
Created: 2025-01-28 21:52:24+00:00
Resolved: 2025-02-26 16:47:54+00:00

Hi folks, the VPN team is releasing a browser extension for Firefox and we'd like to request an accessibility review to ensure the extension properly reports to accessibility tools and works well for users of those tools. 

A few things to note:
- The extension will only be available on Windows (for now)
- Extension functionality requires a Mozilla VPN subscription (we can set the reviewers up with these of course) and that the VPN client be installed on the user's device (MSI can be downloaded here: https://ftp.mozilla.org/pub/vpn/candidates/2.25.0-candidates/build20250115012521/windows/)
- The GitHub repository for the extension is here: https://github.com/mozilla-extensions/mozilla-vpn-extension/
- Unsigned XPIs can be installed here: https://github.com/mozilla-extensions/mozilla-vpn-extension/deployments/github-pages

Please let us know what other information you need from us or how we can be helpful!
Thank you!
Bug: Individual tabs from closed tab groups in closed windows cannot be restored from history menus
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-28 22:07:41+00:00
Resolved: 2025-03-05 07:06:28+00:00

Steps to reproduce:

1. Open some "worth-saving" (i.e. not `about:blank` tabs). Put some (but not all — see bug1941622) into a tab group.
2. Right click the tab group label and click "delete tab group".
3. Open a new window.
4. Close the original window.
5. From the top menu, go to "History > Recently Closed Tabs". Find the closed tab group in the list. Click any of the tabs within that tab group.

Expected result:

The tab opens in the new window.

Actual result:

Nothing happens.

This is a follow-on bug from bug1932941, which allows users to reopen closed *tab groups* from closed windows, but not individual tabs within the tab group.
Bug: Can't drag a tab from the right side of a tab group to the immediate left of the tab group
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-29 06:08:09+00:00
Resolved: 2025-01-29 18:15:05+00:00

### Steps to reproduce

1. Open a new window with five tabs. (You can reproduce this bug with fewer tabs, but five allows testing two different scenarios below.)
2. Create a new tab group consisting of tabs 3 and 4.
3. Drag tab 5 and try to move it between tabs 2 and 3 (i.e. to the immediate left of the tab group).

### Expected result

You should be able to drag a tab to the immediate left of a tab group.

### Actual result

Tab 5 will be added to the tab group.

If you drag tab 1 and try to move it between tabs 2 and 3 (i.e. to the immediate left of the tab group), while being dragged, tab will have the tab group underline and _appear_ as if it will be added to the tab. But if you release tab between tabs 2 and 3, it will not be added to the tab group.

See the attached screen recording of those two scenarios.
Bug: The Open all bookmarks window is narrower
Status: NEW
Priority: --
Created: 2025-01-29 09:58:50+00:00
Resolved: 2025-02-26 18:05:06+00:00

**Found in**
* 135.0 RC1


**Affected versions**
* 136.0a1 (2025-01-28)
* 135.0 RC1





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



**Steps to reproduce**
1. Save multiple bookmarks in a folder.
2. Right-click the folder and choose to open all bookmarks.


****Expected result****
* The open all bookmarks window is correctly displayed.

**Actual result**
* The open all bookmarks window is narrower.


**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b31ff153a01806429e107be54dc591b883cdff36&tochange=8911904bdba7b7887188270eb9440ba4db5c3c4d


**Additional notes**
* Attached a screenshot.
Bug: Saw callout for how to restore closed tab groups when no group was created
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-29 10:27:37+00:00
Resolved: 2025-02-03 17:53:27+00:00

I just did the following steps:

1. Drag a tab in the vertical tabs over another tab to create a group.
2. That was an accident so in the tab creation popup I clicked cancel.
3. I then saw a callout appear over the all tabs button saying something like "Tab groups you have closed are available here".

I didn't really close the tab group, I cancelled its creation. As expected the group does not appear in the all tabs menu but I think it is confusing to show the callout in this case.
Bug: [Rollout][Desktop] The Fx 102-128 RootCA Infobar is triggered on Fx versions newer than ESR 115.12
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-29 13:02:41+00:00
Resolved: 2025-01-31 13:11:11+00:00

**[Affected versions]:**
- Firefox ESR 115.13 - Build ID: 20240703222632

**[Affected Platforms]:**
- Windows 7
- Windows 8
- Windows 10
- Windows 11
- macOS 15.0.1
- Ubuntu 22.04

**[Prerequisites]:**
- Have a Firefox ESR 115.13 installed, with any locale.
- Have the “root-ca” pref added in the “about:config” page, set to the “true” value.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Change the system time to any date between the 12th of February and the 17th of March, included.
3. Open a new tab and observe the address bar.

**[Expected result]:**
 - The Fx 102-128 RootCA Infobar is NOT  displayed.

**[Actual result]:**
 - The Fx 102-128 RootCA Infobar IS displayed.

**[Notes]:**
- Upon further investigation, we noticed that the targeting expression includes versions newer than the intended maximum version, ESR 115.12
- Attached a screenshot of the issue.
Bug: [Rollout][Desktop] Clicking the SUMO page link dismisses the Fx 102-128 RootCA Infobar on Firefox versions older than 115.0
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2025-01-29 13:08:08+00:00
Resolved: 2025-01-30 20:09:11+00:00

**[Affected versions]:**
- Firefox ESR 102.0 - Build ID: 20220623064521
- Firefox Release 114.0.2 - Build ID: 20230619081400

**[Affected Platforms]:**
- Windows 7
- Windows 8
- Windows 10
- Windows 11
- macOS 15.0.1
- Ubuntu 22.04

**[Prerequisites]:**
- Have a Firefox Release 114.0.2 installed, with any locale.
- Have the “root-ca” pref added in the “about:config” page, set to the “true” value.

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Change the system time to any date between the 12th of February and the 17th of March, included.
3. Open a new tab.
4. Click on the SUMO page link on the Fx 102-128 RootCA Infobar.
5. Observe the behaviour.

**[Expected result]:**
- The SUMO page is opened in a new tab and the Fx 102-128 RootCA Infobar is still displayed.

**[Actual result]:**
- The SUMO page is opened in a new tab and the Fx 102-128 RootCA Infobar is dismissed.


**[Notes]:**
- This issue is reproducible on all Firefox versions older than 115.
- This issue is reproducible on all locales.
- Attached a screen recording of the issue [here](https://drive.google.com/file/d/1AmHnUq8tDaBMvX6DhUTcmL_TPl_QoOfA/view?usp=sharing).
Bug: [Rollout][Desktop] Missing string on the Fx 102-128 RootCA Infobar for translated locales
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-29 15:18:49+00:00
Resolved: 2025-01-31 14:02:10+00:00

**[Affected versions]:**
- Firefox ESR 102.0 - Build ID: 20220623064521
- Firefox Release 103.0.1 - Build ID: 20220729222726

**[Affected Platforms]:**
- Windows 7
- Windows 8
- Windows 10
- Windows 11
- macOS 15.0.1
- Ubuntu 22.04

**[Prerequisites]:**
- Have a Firefox ESR 102.0 installed.
- Have any Firefox [translated locale installed](https://docs.google.com/document/d/1WOcC0-CYGqxeqkJ9ogHMDEZY2vOjHYP7F6NtodkBoH0/edit?usp=sharing) (e.g.: de, fr, vi, da, ja).

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Navigate to the "about:config" page and add the “root-ca” pref, set to the “true” value.
3. Change the system time to any date between the 12th of February and the 17th of March, included.
4. Open a new tab and observe the address bar.

**[Expected result]:**
 - The Infobar is displayed, having the “Update to keep using Firefox after March 14, 2025” string displayed on the right side of the infobar.

**[Actual result]:**
 - The Infobar is displayed, without the “Update to keep using Firefox after March 14, 2025” string displayed on the right side of the infobar.

**[Notes]:**
- This issue is reproducible ONLY on Firefox Release versions 103.0.1 and older.
- This issue is reproducible ONLY on Firefox ESR versions 102.1.0 and older.
- This issue is NOT reproducible on Firefox  Release versions 103.0.2 and newer .
- This issue is NOT reproducible on Firefox  ESR versions 102.2.0 and newer.
- This issue is reproducible ONLY on [translated locales](https://docs.google.com/document/d/1WOcC0-CYGqxeqkJ9ogHMDEZY2vOjHYP7F6NtodkBoH0/edit?usp=sharing).
- Attached a screenshot of the issue.
Bug: Some Suggest results returned by Merino now have broken favicons
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-29 16:28:09+00:00
Resolved: 2025-02-14 15:50:15+00:00

It seems that for Suggest, Merino returns some icon URIs that are actually chrome:// URIs for local tippytop images:

* https://github.com/mozilla-services/merino-py/blob/197215574951ec1e8c5dbbe53ed241a30fc93fd7/merino/providers/suggest/wikipedia/provider.py#L15
* https://github.com/mozilla-services/merino-py/blob/197215574951ec1e8c5dbbe53ed241a30fc93fd7/merino/jobs/navigational_suggestions/utils.py#L27-L32

We recently moved those images in bug 1941026 so that they're accessed from `chrome://browser/content/topsites/tippytop/` rather than `chrome://activity-stream/content/data/content/tippytop/`.

This means that for Nightly, where we did that move, these results are getting URIs that don't map to proper local images. We _could_ update Merino to point at the new URIs, but that'd break older clients who have the old URIs. We could do UA sniffing, but that's maybe complicated.

For now, I think I can remap the local URIs to `chrome://activity-stream/content/data/content/tippytop/` without moving the files back to `browser/components/newtab` to make things work again. That'll fix things in the short term, and not block the move happening in bug 1938452. We can then figure out how to decouple Merino from this internal notion of where icons are stored afterwards.
Bug: Sidebar button still present checked (pressed) after turning off sidebar revamp
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-29 17:26:57+00:00
Resolved: 2025-02-06 14:37:23+00:00

STR:

1. open clean Firefox nightly profile
2. open Labs or the settings page where we put the new "browsing" section post-bug 1936379
3. turn on new/revamped sidebar
4. turn off

ER:
either the sidebar button stays or is removed - but if it stays, its state should correspond to whether the sidebar is open or not

AR:
the sidebar button stays but also is checked, which is confusing because the sidebar is not open.
Bug: userPrefersReducedMotion is undefined in xpcshell tests
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-29 20:52:10+00:00
Resolved: 2025-02-13 13:19:14+00:00

The work from bug 1941961 was backed out because we triggered some logging in the targeting context recorder:

```
TEST-UNEXPECTED-FAIL | xpcshell.toml:toolkit/components/search/tests/xpcshell/test_defaultEngine.js | test_switch_with_invalid_overriddenBy - [test_switch_with_invalid_overriddenBy : 614] Unexpected console message received during test: TargetingContextRecorder: Could not get "userPrefersReducedMotion" - false == true
```

As it turns out, this property is undefined in xpcshell tests because xpcshell tests used a [stubbed out version of nsIXULAppInfo](https://searchfox.org/mozilla-central/rev/0b189f017bc9d48b62012205c5b9f8a8b560497b/testing/modules/AppInfo.sys.mjs) that does not define the property.
Bug: Lock all Content Analysis related prefs even if they're not set by Enterprise Policies
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-29 21:10:39+00:00
Resolved: 2025-02-05 17:02:57+00:00

Right now there are some prefs that can be set via enterprise policies, but if there is no value in the policy file the pref will not get locked. We should just lock all content analysis prefs, even if there is no value in the policy file.
Bug: When enabling the revamped sidebar and vertical tabs, a blank space appears between minimize and the hamburger menu
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-01-30 00:49:18+00:00
Resolved: 2025-02-20 09:23:10+00:00

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

Steps to reproduce:

about:config -> sidebar.revamp = true, sidebar.verticalTabs = true


Actual results:

As soon as Vertical Tabs is enabled, the hamburger menu moves to the left of the minimize button, creating a blank space that can not be modified or moved.


Expected results:

The hamburger menu should have stayed next to the minimize button with no blank space. Another option would be to add a flexible space component here instead so it can be moved by the user.
Bug: No :active state for Screenshot buttons
Status: NEW
Priority: P3
Created: 2025-01-30 01:00:08+00:00
Resolved: 2025-02-06 19:41:00+00:00

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

Steps to reproduce:

Clicked on Take Screenshot from context menu and then selected an area to screenshot.  Then clicked any of the screenshot buttons that appear to the lower right (Cancel, Copy & Download).


Actual results:

When hovering over the button the button background color changes, but it remains the same color when pressing the mouse button.  


Expected results:

As with most other Firefox buttons the background color should change to the :active state style when pressing the mouse button. A check in Browser Toolbox shows that :active state CSS styles are defined and seems to be working correctly.

When searching for this problem I found a long-standing Firefox bug that could very well be related to this problem:
https://bugzilla.mozilla.org/show_bug.cgi?id=771241
Bug: NTP body content shifts when scrolling up with browser.newtabpage.activity-stream.showSearch = false
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-01-30 01:34:28+00:00
Resolved: 2025-02-11 11:09:40+00:00

Steps to reproduce:

1. Set `browser.newtabpage.activity-stream.showSearch` to false
2. open new tab
3. scroll down
4. scroll up

What happens:

The top sites and below jump up.

Expected result:

There should be no jumpiness. 

Screencast attached.
Bug: Wrong onboarding empty state is sometimes displayed after reloading tab on a PDP
Status: ASSIGNED
Priority: P2
Created: 2025-01-30 02:33:58+00:00
Resolved: 2025-03-05 02:34:58+00:00

STR:
1. Ensure browser.shopping.experience2023.integratedSidebar = true, browser.shopping.experience2023.shoppingSidebar = false, browser.shopping.experience2023.optedIn = true and browser.shopping.experience2023.enabled = true
2. Go to a PDP in amazon.com
3. Open RC in the sidebar
4. Reload the tab

Expected:
- The empty state of fox without magnifying glass is displayed (see https://www.figma.com/design/GnCtw7DmPtlSEIfjatHtSI/Review-Checker-in-sidebar-migration?node-id=9832-37058&m=dev)

Actual:
- The empty state of fox with magnifying glass is displayed

Notes:
- I suspect it is because of [resetContent](https://searchfox.org/mozilla-central/rev/0b189f017bc9d48b62012205c5b9f8a8b560497b/browser/components/shopping/ReviewCheckerChild.sys.mjs#134) after ContentReady. We do not [pass in any properties](https://searchfox.org/mozilla-central/rev/0b189f017bc9d48b62012205c5b9f8a8b560497b/browser/components/shopping/ReviewCheckerChild.sys.mjs#608) for isSupportedSite and isProductPage after dispatching an Update event.
- AboutWelcomeChild handles the Update event. If showing the onboarding UI, we call [AWSetProductURL](https://searchfox.org/mozilla-central/rev/0b189f017bc9d48b62012205c5b9f8a8b560497b/browser/components/aboutwelcome/actors/AboutWelcomeChild.sys.mjs#987) with isSupportedSite and isProductPage passed in
- AWSetProductURL will [set up the content](https://searchfox.org/mozilla-central/rev/0b189f017bc9d48b62012205c5b9f8a8b560497b/browser/components/aboutwelcome/actors/AboutWelcomeChild.sys.mjs#1087) for the onboarding UI. However undefined isSupportedSite and isProductPage are probably the cause of rendering the incorrect UI content type