av9ash/GitBugs huggingface dataset:
Bug: New callout trigger for sidebar tools triggering when tools panels are closing instead of opening
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-07 20:32:22+00:00
Resolved: 2024-11-14 13:26:36+00:00

In bug 1902667, I was getting some Linux test failures because we were awaiting some things for the ASRouter [here](https://searchfox.org/mozilla-central/source/browser/components/sidebar/sidebar-main.mjs#264,282), so I moved the `await this.checkShouldShowCalloutSurveys(view);` line after the lines to toggle the sidebar panel open which has caused my check for `isToolOpening` to be incorrect.

To fix this, we should move the check for `isToolOpening` to the `showView` function before the toggle logic.
Bug: Intermittent browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_unload.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2024-11-07 23:29:23+00:00
Resolved: 2025-03-03 06:47:39+00:00

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

---
```
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_unload.js | Should select another tab - 
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_unload.js | Other tabs should be loaded - 
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - Buffered messages logged at 22:32:20
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - Leaving test bound test_unload_selected_tab
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - Entering test bound test_unload_all_tabs
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - Buffered messages finished
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_unload.js | Test timed out - 
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - GECKO(5168) | Completed ShutdownLeaks collections in process 5168
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - TEST-START | Shutdown
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - Browser Chrome Test Summary
[task 2024-11-07T22:34:08.860Z] 22:34:08     INFO - Passed:  2527
[task 2024-11-07T22:34:08.861Z] 22:34:08     INFO - Failed:  1
[task 2024-11-07T22:34:08.861Z] 22:34:08     INFO - Todo:    0
[task 2024-11-07T22:34:08.861Z] 22:34:08     INFO - Mode:    e10s
[task 2024-11-07T22:34:08.861Z] 22:34:08     INFO - *** End BrowserChrome Test Results ***
```
Bug: Some keywords are wrongly recognized as "subject" in "location" and trigger a ML Yelp Suggestion
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-11-08 13:55:02+00:00
Resolved: 2024-11-26 15:17:54+00:00

**[Affected versions]:**
- Firefox Nightly 134.0a1 - Build ID: 20241107212807

**[Affected Platforms]:**
- Windows 10
- macOS 14.4.1
- Linux Mint 20.1

**[Prerequisites]:**
- Have following prefs set:
  - browser.search.region = US
  - browser.urlbar.yelp.mlEnabled = true
  - browser.urlbar.quicksuggest.mlEnabled = true
  - browser.ml.enable = true

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Type in the addressbar the "footbal" keyword.
3. Observe the results triggered in the "Firefox Suggest" section.

**[Expected result]:**
- No Yelp suggestion is triggered.

**[Actual result]:**
- A Yelp suggestion is triggered which is composed of "subject:`bal`" `in` "location:`foot`".

**[Notes]:**
- This issue is reproducible with the following keywords: `top gun maverick`, `footbal`, `breaking bad`, `walm`, `clean pape`, `paws scor`.
- Attached is a screen recording of the issue.
Bug: Some keywords wrongly trigger a Yelp Suggestion with broken city
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-11-08 13:55:43+00:00
Resolved: 2024-11-26 15:17:14+00:00

**[Affected versions]:**
- Firefox Nightly 134.0a1 - Build ID: 20241107212807

**[Affected Platforms]:**
- Windows 10
- macOS 14.4.1
- Linux Mint 20.1

**[Prerequisites]:**
- Have following prefs set:
  - browser.search.region = US
  - browser.urlbar.yelp.mlEnabled = true
  - browser.urlbar.quicksuggest.mlEnabled = true
  - browser.ml.enable = true

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Type in the addressbar the "cristiano ronaldo" keyword.
3. Observe the results triggered in the "Firefox Suggest" section.

**[Expected result]:**
- No Yelp suggestion is triggered.

**[Actual result]:**
- A Yelp suggestion is triggered which is composed by "subject:`cristiano ronaldo`" `in` "location:`##istiano ronaldo`".

**[Notes]:**
- This issue is reproducible with the following keywords: `cristiano ronaldo`, `fastfood`, `inte`, `potatos`, `visionare`.
- Attached is a screen recording of the issue.
Bug: Some words w/o typos are wrongly recognized as cities and trigger a Yelp suggestion
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-08 13:56:16+00:00
Resolved: 2024-11-26 15:17:33+00:00

**[Affected versions]:**
- Firefox Nightly 134.0a1 - Build ID: 20241107212807

**[Affected Platforms]:**
- Windows 10
- macOS 14.4.1
- Linux Mint 20.1

**[Prerequisites]:**
- Have following prefs set:
  - browser.search.region = US
  - browser.urlbar.yelp.mlEnabled = true
  - browser.urlbar.quicksuggest.mlEnabled = true
  - browser.ml.enable = true

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Type in the addressbar the "allien" keyword.
3. Observe the results triggered in the "Firefox Suggest" section.

**[Expected result]:**
- No Yelp suggestion is triggered.

**[Actual result]:**
- A Yelp suggestion is triggered which is composed of "location:`allien`".

**[Notes]:**
- This issue is reproducible with the following keywords: `allien`, `proposa`, `wather` , `big city`, `orlando bloom`, `banana`, `lenght`.
- Attached is a screen recording of the issue.
Bug: The state/city is duplicated if it's written with at least one uppercase letter
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-11-08 13:56:58+00:00
Resolved: 2024-11-12 18:00:08+00:00

**[Affected versions]:**
- Firefox Nightly 134.0a1 - Build ID: 20241107212807

**[Affected Platforms]:**
- Windows 10
- macOS 14.4.1
- Linux Mint 20.1

**[Prerequisites]:**
- Have following prefs set:
  - browser.search.region = US
  - browser.urlbar.yelp.mlEnabled = true
  - browser.urlbar.quicksuggest.mlEnabled = true
  - browser.ml.enable = true

**[Steps to reproduce]:**
1. Open the browser using the profile from the prerequisites.
2. Type in the addressbar the "restaurants in New York" keyword.
3. Observe the results triggered in the "Firefox Suggest" section.

**[Expected result]:**
- A "restaurants in new york" Yelp suggestion is correctly displayed.

**[Actual result]:**
- A "restaurants in New York in new york" Yelp suggestion is displayed.

**[Notes]:**
- The issue is not reproducible if the keywords don't contain any uppercase letters. 
- Attached is a screen recording of the issue.
Bug: [Experiment] Spoc position #2 does not display a sponsored placement
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-08 15:08:35+00:00
Resolved: 2024-11-11 14:37:11+00:00

**[Affected versions]:**
- Firefox Release 132.0.1 - Build ID: 20241103194048

**[Affected Platforms]:**
- Windows 10
- macOS 14

**[Prerequisites]:**
- Have a new Firefox Profile where you have not seen the new tab page yet.
- Unenroll from all current experiments.
- Have the following preferences set in about:config:
  - `browser.search.region` set to `US`
  - `browser.newtabpage.activity-stream.discoverystream.contextualContent.region-content-config` set to `US`
  - `browser.newtabpage.activity-stream.discoverystream.spocs-endpoint` set to `https://spocs.getpocket.com/spocs?country=US&region=CA`
  - `browser.newtabpage.activity-stream.discoverystream.spoc-positions` set to `1,2,5,9,18,20`

**[Steps to reproduce]:**
1. Open the browser from prerequisites.
2. Open a New Tab and observe the 2nd and 3rd cards.

**[Expected result]:**
- Both cards are sponsored.
 
**[Actual result]:**
- Only the card in the 2nd position is sponsored.

**[Notes]:**
- The issue is not reproducible on ~Ubuntu 24.04~ on Firefox Beta 132.0b6.
- It seems that as long as the contextual column is displayed, the 3rd card (position 2) is not displayed.
- There are only 20 cards on the page instead of the usual 21.
- Looking over the spoc positions from [this document](https://docs.google.com/document/d/1yUuedhnsYnGUr4CaKfO5PqKP9DSn4l4K2A8QA3o9Aa8/edit?tab=t.0) and based on my testing, we could use the following value to configure the current card placements with the spoc positions from the document -- `1,3,7,9,18,20`, however this will make the positions on Linux look diferent.
- Attached [a screen recording](https://drive.google.com/file/d/1WKZVMoQeUI48HEm5HsHGsF3emBj2xAW8/view?usp=drive_link) of the issue.
Bug: Pinned tabs get lost when using private browsing window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-08 15:46:39+00:00
Resolved: 2024-11-18 09:23:55+00:00

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

Steps to reproduce:

I have several pinned tabs and as long as I use and close Firefox normally, the pinned tabs work and get restored after a restart as expected. But when I open a "private browsing" window and close Firefox in this order: close all regular Firefox windows and then close the "private browsing" window (which does not have the pinned tabs) as the last one, the pinned tabs get lost and do not get restored again after restarting Firefox. This is very annoying as I have to open and re-pin my websites from scratch.


Actual results:

pinned tabs get lost and restored anymore.


Expected results:

pinned tabs should get restored after a restart.
Bug: [Mac OS] Sections Headlines have double line rules
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-11-08 15:47:22+00:00
Resolved: 2024-11-18 11:51:12+00:00

Steps to reproduce:

#### Prefs 

Set the following prefs to `true`:
- `browser.newtabpage.activity-stream.discoverystream.sections.cards.enabled`
- `browser.newtabpage.activity-stream.discoverystream.sections.enabled`

Be sure to set the following to `false`:
- `browser.newtabpage.activity-stream.discoverystream.contextualContent.enabled`

#### Test scenarios:

1. Open new tab
1. **Expected:** You should have multiple sections of stories with one line rule (`<hr>`)
1. **Actual:** There are two line rules between each section
Bug: If TBR is enabled, sections feed is limited to only one section
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-11-08 16:04:44+00:00
Resolved: 2024-11-09 09:41:24+00:00

Steps to reproduce:

#### Prefs 

Set the following prefs to `true`:
- `browser.newtabpage.activity-stream.discoverystream.sections.cards.enabled`
- `browser.newtabpage.activity-stream.discoverystream.sections.enabled`
- `browser.newtabpage.activity-stream.discoverystream.contextualContent.enabled`

#### Test scenarios:

1. Open new tab
1. **Expected:** ...
1. **Actual:** The new sections layout is visible but only with the content of the TBR feed
Bug: Dedicated search dropdown doesn't follow Alpenglow theme
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-11-08 16:22:48+00:00
Resolved: 2024-12-16 08:57:33+00:00

**Found in**
* Nightly 134.0a1;

**Affected versions**
* Nightly 134.0a1;

**Affected platforms**
* Windows 11; Ubuntu 24; macOS 13

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride to TRUE

**Steps to reproduce**
1. Set Firefox theme to Alpenglow from about:addons -> Themes
2. Open dedicated search button
3. Verify that the dropdown follows Alpenglow theme

**Expected result**
* Dedicated search dropdown has the same background as the address bar panel

**Actual result**
* Dedicated search dropdown has dark background, please check the screenshot.

**Regression range**
* Not a regression.
Bug: Intermittent TV2 browser/components/urlbar/tests/browser/browser_retainedResultsOnFocus.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. -
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2024-11-08 17:21:29+00:00
Resolved: 2025-02-26 14:29:24+00:00

**Filed by:** amarc [at] mozilla.com
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=481797894&repo=autoland
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/FudoGfK3R0mnaV8bVn8bdw/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/FudoGfK3R0mnaV8bVn8bdw/runs/0/artifacts/public/logs/live_backing.log&only_show_unexpected=1

---
```
[task 2024-11-08T14:32:16.785Z] 14:32:16     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_retainedResultsOnFocus.js | true == true - 
[task 2024-11-08T14:32:16.785Z] 14:32:16     INFO - Leaving test bound test_clicks_after_autofill
[task 2024-11-08T14:32:16.786Z] 14:32:16     INFO - Closing the view directly
[task 2024-11-08T14:32:16.786Z] 14:32:16     INFO - Waiting for the view to close
[task 2024-11-08T14:32:16.786Z] 14:32:16     INFO - Urlbar view closed
[task 2024-11-08T14:32:16.787Z] 14:32:16     INFO - Buffered messages finished
[task 2024-11-08T14:32:16.787Z] 14:32:16     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_retainedResultsOnFocus.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-11-08T14:32:16.787Z] 14:32:16     INFO - GECKO(1999) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2024-11-08T14:32:16.788Z] 14:32:16     INFO - GECKO(1999) | MEMORY STAT | vsize 24958MB | residentFast 372MB | heapAllocated 178MB
[task 2024-11-08T14:32:16.788Z] 14:32:16     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_retainedResultsOnFocus.js | took 75332ms
```
Bug: desktop_l10n.py runs make export on entire tree after bug 1859597
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-11-08 18:08:46+00:00
Resolved: 2024-11-09 09:41:32+00:00

After bug 1859597 landed, desktop_l10n.py runs `make export` with `cwd=$objdir` instead of `$objdir/config` in order to generate buildid.h.

The unintended side effect is many GENERATED_FILES scripts are run throughout the tree . This adds ~30 seconds to the run time unnecessarily.

https://treeherder.mozilla.org/logviewer?job_id=481637455&repo=try-comm-central&lineNumber=471-934
Bug: Translating a SELECT tag enclosed within a LABEL changes the selection to the last option
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-08 22:08:13+00:00
Resolved: 2024-12-20 15:29:48+00:00

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

Steps to reproduce:

Create an English HTML page containing a SELECT tag within a LABEL and any number of OPTION tags containing various texts.  Mark the first item with the "selected" attribute.  Open the page in Firefox and translate to another language (e.g. French, but any language works).


Actual results:

The selection always changes to the last OPTION.


Expected results:

The selection should not have changed.  (Without the LABEL tag it behaves properly.)
Bug: Security issue - passwords are searchable in password manager
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-09 16:04:36+00:00
Resolved: 2024-11-12 17:45:40+00:00

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

Steps to reproduce:

Not sure if this is intended, but looks like a security breach to me

I just noticed that, in password manager, typing the whole or part of a password in the search box actually filters and exposes the websites that use that password, so it works as a search tool for passwords too

I'm not sure in which circumstances it may be comfortable/needed, but it's a potential risk, since all is needed is physical access to the password manager - the primary password is not asked at this point, so if it was input when starting Firefox as it usually happens, an attacker could find out the credentials or important hints using the search box


Actual results:

Typing a password in the search box filters the websites that use that password


Expected results:

Passwords should not be searchable fields (or there should be a primary-password-protected option for it)
Bug: cycling through search engines with the keyboard is no longer possible
Status: NEW
Priority: P3
Created: 2024-11-10 05:40:38+00:00
Resolved: 2024-12-31 17:27:44+00:00

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

Steps to reproduce:

1. focus AwesomeBar
2. press Option + Down/Option + Up


Actual results:

selected search engine does not change


Expected results:

the next search engine should be selected, if Option + Down, or the previous one should be selected, if Option + Up. 

this used to be the behavior until the dedicated search button was introduced into Nightly.

(obviously this is a macOS bug report, but I'm pretty sure other operating systems have a similar keyboard shortcut.)
Bug: moving/dragging vertical tabs in sidebar impossible if they are unloaded
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-10 08:27:43+00:00
Resolved: 2024-11-15 15:03:16+00:00

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

Steps to reproduce:

134.0a1 (2024-11-09) (64-bit) on Linux

Tabs that are unloaded cannot be moved, dragged, sorted by drag and drop. They have to be loaded first


Actual results:

Have the sidebar, vertical tabs enabled;
Update browser using internal updater, have it restarted; this unloads tabs but keeps them for loading in the tab bar;
Attempt to drag a tab button, attempting to sort it or make a new window;
Mouse has to be released first


Expected results:

With horizontal tabs, dragging the unloaded tabs works; they start loading though, which is suboptimal but it is predictable.
Bug: Firefox is blocked by some websites, saying it is a bot, have you had this happen?
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-10 12:19:48+00:00
Resolved: 2024-11-17 16:26:09+00:00

Steps to reproduce:

Just go back to the website. Barron's is one that is consistent, also I use a website MyHeritage that does the same.

This is a new event and has only in the last three months or so been occurring, not sure if it is related to a new version of Firefox. One person suggested I change the way the program works, which is silly considering I just download Firefox and voila it works . . . until now.


Actual results:

The sites block me from entering. Not all sites but a few, and they say I'm a bot.


Expected results:

I expected to be able to enter the website.
Bug: (Nightly) System Theme stuck in Dark Mode
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-11-10 20:54:41+00:00
Resolved: 2024-11-19 23:08:50+00:00

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

Steps to reproduce:

Version: Nightly 134.0a1
OS: Windows 10 22H2
System setting: Personalise -> Colours -> Light/Dark (toggle)


Actual results:

System theme (auto) is stuck in dark mode. The standalone light theme can still be turned on manually, but other themes with 2 built-in dark and light versions, such as Alpenglow, are also perpetually stuck in the dark version. 

This still happens in Troubleshoot Mode with all extensions and CSS customization disabled. Additionally, my stable Firefox 132 does not have this malfunction.  


Expected results:

Changing the system's Light/Dark theme should also change Firefox's system theme to the corresponding version.
Bug: Shift-Enter in separate search field performs search in current tab
Status: NEW
Priority: P3
Created: 2024-11-10 23:35:55+00:00
Resolved: 2024-12-03 08:49:40+00:00

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

Steps to reproduce:

1. Enable the separate search field
2. Open a website (as a placeholder so you know where you are)
3. In the separate search field, enter a search term and press Shift-Enter to open search results in separate window


Actual results:

Search results appear in existing tab


Expected results:

Search results should appear in a new window, per consistency with the URL bar. Opening search results in the existing tab when the user has reasonable expectation it would not is dangerous if the existing tab is a web app that cannot be re-enetered, or re-entering will cause history loss, data loss etc.
Bug: Can not find the site: 'https://openapi.alipay.com/gateway.do'
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-11-11 02:56:39+00:00
Resolved: 2024-11-11 10:32:05+00:00

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

Steps to reproduce:

at the aliyun.com
click the pay button , go to the pay page,


Actual results:

the page show can not find server.
but chrome .. is ok


Expected results:

Can display web pages normally
Bug: [macOS] The 'Save visible' and 'Save full page' buttons are partially covered in Full Screen mode during menubar/titlebar animation
Status: NEW
Priority: --
Created: 2024-11-11 08:08:58+00:00
Resolved: 2025-02-03 20:47:07+00:00

**Found in**
* Nightly 134.0a1

**Affected versions**
* Beta 133.0b6
* Nightly 134.0a1.

**Tested platforms**
* Affected platforms: macOS 15
* Unaffected platforms: Windows 11, Ubuntu 24.10.

**Steps to reproduce**
1. Navigate to any website and enable Screenshots (Cmd+Shift+S).
2. Enter full screen (Cmd+Shift+F).
3. Hover your mouse at the top of the window.

**Expected result**
* The "Save visible" and "Save full page" buttons should be visible when the top area descends.

**Actual result**
* The "Save visible" and "Save full page" buttons are partially covered by the Address bar. Please see the screenshot for more details.

**Regression range**
* Found commit message:
Bug 1926378 - put screenshots panel in the tabbox instead of the toolbox, r=niklas,mconley
Bug: Secondary Actions glean event pings are missing results specifics
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-11-11 10:03:24+00:00
Resolved: 2025-01-10 12:46:39+00:00

**Notes**  
* Please refer to the attached screenshot for more details.

**Found in**
* Nightly 134.0a1;

**Affected versions**
* Nightly 134.0a1;


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



**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride set to true 
* Have browser.urlbar.searchRestrictKeywords.featureGate set to true 

**Steps to reproduce**
1. Launch Firefox.
2. Open about:glean in an new tab and set a memorable debug tag. 
3. Choose events from the dropdown and click on ‘Apply Settings and submit ping’.
4. In a new tab, open the Dedicated Search Button, select ‘Actions’ from the dropdown and pick any action.
5. Navigate to https://www.debug-ping-preview.firebaseapp.com and log in with valid credentials. 
6. Identify the debug tag set in step 2.
7. Navigate to Raw JSON and identify the events ping.

**Expected result**
* Events ping should specify the selected results and group for the corresponding action.

**Actual result**
* Results are marked as ‘unknown’.

**Regression range**
* Not a regression.