av9ash/GitBugs huggingface dataset:
Bug: Turning off "inactive tabs" setting doesn't appear correctly on other devices
Status: NEW
Priority: P2
Created: 2025-01-08 22:30:50+00:00
Resolved: 2025-01-08 22:32:02+00:00

This connect post https://connect.mozilla.org/t5/discussions/stop-moving-synced-tabs-to-inactive/m-p/82399#M31498 mentioned turning the "inactive tabs" setting off and syncing doesn't appear to move the tabs out of the "inactive tabs" folder when looking at remote tabs on other devices. I was able to reproduce this with iOS and :markh reproduced on Android as well.


Steps to reproduce:
1. Turn on inactive tabs feature 
   - On iOS: 3 line menu on bottom right -> Settings -> Tabs -> Inactive Tabs
2. Have some tabs be inactive and sync
3. Look at the remote tabs for this device on another device (desktop, android)
4. See the inactive tabs "folder" under the device name in synced tabs
5. Turn off the setting on the device used in steps 1-2 and sync
6. Check that the tabs are now listed and not nested under "inactive tabs"
   - Inactive tabs still show
Bug: Typing w does not prompt to search for wikipedia
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2025-01-08 23:15:08+00:00
Resolved: 2025-02-24 12:34:33+00:00

Typing w will not match wikipedia, typing "e" will (if ebay is not enabled). This is because the code that matches engines was copied from the current autofill implementation that attempts to match the domain of the engine and not the engine name. The previous implementation had to ensure the muxer could deduplicate the hueristic result. 

We do not need to worry about that with actions as the autofill result / hueristic are seperate from the actions and will not be considered duplicated either way. The match should match simply with the engine name for consistency / simplicitys sake.
Bug: Intermittent browser/components/newtab/test/browser/browser_multistage_spotlight.js | single tracking bug
Status: NEW
Priority: P5
Created: 2025-01-08 23:17:22+00:00
Resolved: 2025-02-17 06:47:30+00:00

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

---
```
[task 2025-01-08T20:54:50.827Z] 20:54:50     INFO - TEST-PASS | browser/components/newtab/test/browser/browser_multistage_spotlight.js | Should have a currentURI set. - "[xpconnect wrapped nsIURI]" == true - 
[task 2025-01-08T20:54:50.827Z] 20:54:50     INFO - Buffered messages finished
[task 2025-01-08T20:54:50.828Z] 20:54:50     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_multistage_spotlight.js | Embedded browser rendered with configured URL - "about:blank" == "https://example.com/" - 
[task 2025-01-08T20:54:50.828Z] 20:54:50     INFO - Stack trace:
[task 2025-01-08T20:54:50.828Z] 20:54:50     INFO - chrome://mochitests/content/browser/browser/components/newtab/test/browser/browser_multistage_spotlight.js:test_embedded_browser:137
[task 2025-01-08T20:54:50.828Z] 20:54:50     INFO - chrome://mochikit/content/browser-test.js:handleTask:1147
[task 2025-01-08T20:54:50.828Z] 20:54:50     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1219
[task 2025-01-08T20:54:50.828Z] 20:54:50     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1360
[task 2025-01-08T20:54:50.828Z] 20:54:50     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1136
[task 2025-01-08T20:54:50.828Z] 20:54:50     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2025-01-08T20:54:50.829Z] 20:54:50     INFO - TEST-PASS | browser/components/newtab/test/browser/browser_multistage_spotlight.js | Embedded browser rendered with configured height - "200px" == "200px" - 
```
Bug: Search Term Persistence does not work with custom search engines
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-01-09 00:09:51+00:00
Resolved: 2025-01-13 17:03:25+00:00

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

Steps to reproduce:

1. Install Kagi search extension.
2. Set Kagi as a default search engine.
3. Use the address bar for any search with Kagi.



Actual results:

I see the whole URL in the address bar.


Expected results:

Like with preinstalled search engines, I expected to see only the search query in the address bar.
Bug: Intermittent browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_move_to_another_window_drag.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2025-01-09 00:41:53+00:00
Resolved: 2025-02-24 12:07:42+00:00

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

---
```
[task 2025-01-09T00:30:21.404Z] 00:30:21     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_move_to_another_window_drag.js | Tab3 is lazy - 
[task 2025-01-09T00:30:21.404Z] 00:30:21     INFO - Buffered messages finished
[task 2025-01-09T00:30:21.405Z] 00:30:21     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_move_to_another_window_drag.js | Test timed out - 
[task 2025-01-09T00:30:21.405Z] 00:30:21     INFO - GECKO(3480) | Completed ShutdownLeaks collections in process 8328
[task 2025-01-09T00:30:21.406Z] 00:30:21     INFO - TEST-START | Shutdown
[task 2025-01-09T00:30:21.406Z] 00:30:21     INFO - Browser Chrome Test Summary
[task 2025-01-09T00:30:21.407Z] 00:30:21     INFO - Passed:  1132
[task 2025-01-09T00:30:21.407Z] 00:30:21     INFO - Failed:  1
[task 2025-01-09T00:30:21.408Z] 00:30:21     INFO - Todo:    0
[task 2025-01-09T00:30:21.408Z] 00:30:21     INFO - Mode:    e10s
[task 2025-01-09T00:30:21.409Z] 00:30:21     INFO - *** End BrowserChrome Test Results ***
[task 2025-01-09T00:30:21.409Z] 00:30:21     INFO - GECKO(3480) | Exiting due to channel error.
[task 2025-01-09T00:30:21.410Z] 00:30:21     INFO - GECKO(3480) | Exiting due to channel error.
[task 2025-01-09T00:30:21.410Z] 00:30:21     INFO - TEST-INFO | Main app process: exit 0
[task 2025-01-09T00:30:21.411Z] 00:30:21     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_move_to_another_window_drag.js | Application shut down (without crashing) in the middle of a test!
[task 2025-01-09T00:30:21.411Z] 00:30:21     INFO - TEST-INFO took 44804ms
```
Bug: Contextual Search ignores favicon on reddit
Status: NEW
Priority: P3
Created: 2025-01-09 03:14:01+00:00
Resolved: 2025-01-30 13:22:33+00:00

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

Steps to reproduce:

1. Open reddit.com
2. Focus Address Bar
3. Input any query
 


Actual results:

The Contextual Search button is displayed without the Reddit favicon. If the user adds Reddit to Firefox’s search engines, it will also appear there without the favicon


Expected results:

In other cases Contextual Search is able to display the favicon both on the button  and in search engines list.
Bug: Fix alignment for onboarding messages ("keep closed" and survey) injected into shopping-container empty states
Status: NEW
Priority: P2
Created: 2025-01-09 03:24:12+00:00
Resolved: 2025-02-05 21:39:56+00:00

The empty states apply margins to center the text content and illustrations on the RC sidebar. One downside that I missed is how the [styling](https://searchfox.org/mozilla-central/rev/6b61714b224f8cdca1a48ef1c51edab027f2c09f/browser/components/shopping/content/shopping-container.css#83) affects other content. The components most impacted are the "keep closed" messages and user survey. We'll want to ensure that the messages are positioned at the very top of the sidebar.

I believe the messages are rendered for opted-in users, so we only need to worry about the empty states we implemented in shopping-container.mjs. We conditionally add a [class name](https://searchfox.org/mozilla-central/rev/6b61714b224f8cdca1a48ef1c51edab027f2c09f/browser/components/shopping/content/shopping-container.mjs#539) that determines whether or not we apply the styles.
Bug: Intermittent browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_close_duplicate_tabs.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2025-01-09 03:44:00+00:00
Resolved: 2025-02-17 07:01:26+00:00

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

---
```
[task 2025-01-09T03:42:16.520Z] 03:42:16     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_close_duplicate_tabs.js | 1736394093193 > 1736393972627 - 
[task 2025-01-09T03:42:16.520Z] 03:42:16     INFO - Buffered messages finished
[task 2025-01-09T03:42:16.520Z] 03:42:16     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_multiselect_tabs_close_duplicate_tabs.js | Test timed out - 
[task 2025-01-09T03:42:16.521Z] 03:42:16     INFO - GECKO(753) | Completed ShutdownLeaks collections in process 753
[task 2025-01-09T03:42:16.521Z] 03:42:16     INFO - TEST-START | Shutdown
```
Bug: When rearranging tab order by dragging, the selected tab's transition disappears upon releasing the mouse.
Status: UNCONFIRMED
Priority: --
Created: 2025-01-09 03:45:56+00:00
Resolved: 2025-01-22 06:15:34+00:00

Steps to reproduce:

Drag a tab to change its order, release the mouse, and observe the transition as the selected tab moves to its new position.  
You'll notice that the selected tab instantly appears in the new position without any transition.  


Actual results:

Using the Browser Toolbox, compare the behavior of Firefox 134 and 133 when dragging tabs.  
In Firefox 133, after releasing the mouse during a tab drag, the tab is placed in its new position using a `transform` with the "tabdrop-samewindow" attribute applied (this is key to the transition). Once the transition completes, the `transform` and attribute will be removed, and the DOM structure is updated to reflect the new tab order. This is an ingenious design and works beautifully.  
In Firefox 134, however, these steps are absent. Upon releasing the mouse, the DOM structure changes directly, causing the transition to disappear. If you move tabs quickly, it can even interrupt the transitions of other tabs in motion.  


Expected results:

Restore the tab dragging process from Firefox 133.
Bug: Intermittent browser/components/tabbrowser/test/browser/tabMediaIndicator/browser_mediaPlayback.js (finished) | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2025-01-09 10:43:18+00:00
Resolved: 2025-02-03 12:04:11+00:00

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

---
```
[task 2025-01-09T09:51:41.094Z] 09:51:41     INFO - TEST-START | browser/components/tabbrowser/test/browser/tabMediaIndicator/browser_mediaPlayback.js
[task 2025-01-09T09:51:42.456Z] 09:51:42     INFO - GECKO(3927) | ### XPCOM_MEM_BLOAT_LOG defined -- logging bloat/leaks to /tmp/tmpcjgl86j9.mozrunner/runtests_leaks_tab_pid4441.log
[task 2025-01-09T09:51:45.598Z] 09:51:45     INFO - GECKO(3927) | ### XPCOM_MEM_BLOAT_LOG defined -- logging bloat/leaks to /tmp/tmpcjgl86j9.mozrunner/runtests_leaks_tab_pid4500.log
[task 2025-01-09T09:51:47.771Z] 09:51:47     INFO - GECKO(3927) | MEMORY STAT | vsize 11716MB | residentFast 592MB | heapAllocated 280MB
[task 2025-01-09T09:51:47.771Z] 09:51:47     INFO - TEST-OK | browser/components/tabbrowser/test/browser/tabMediaIndicator/browser_mediaPlayback.js | took 6678ms
[task 2025-01-09T09:51:47.788Z] 09:51:47     INFO - checking window state
[task 2025-01-09T09:51:47.788Z] 09:51:47     INFO - GECKO(3927) | must wait for focus
[task 2025-01-09T09:57:57.788Z] 09:57:57     INFO - TEST-UNEXPECTED-TIMEOUT | browser/components/tabbrowser/test/browser/tabMediaIndicator/browser_mediaPlayback.js (finished) | application timed out after 370 seconds with no output
[task 2025-01-09T09:57:57.788Z] 09:57:57     INFO - TEST-INFO 
[task 2025-01-09T09:57:57.788Z] 09:57:57     INFO - Buffered messages finished
[task 2025-01-09T09:57:57.789Z] 09:57:57  WARNING - Force-terminating active process(es).
```
Bug: Adress bar action misses full word match
Status: NEW
Priority: P2
Created: 2025-01-09 11:04:18+00:00
Resolved: 2025-01-20 16:26:31+00:00

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

Steps to reproduce:

When entering action '>' in adress bar and entering  'print'  while it is up 'prin' a suggestion 'Print page' is offered. However when entering 'print' there are no suggestions. 


Actual results:

entered action 'print' into address bar, no suggestion found. I expect action 'Print page' to be available


Expected results:

when I enter action 'print' the suggestion should be 'Print page'
Bug: Address bar actions suggestion are not matched in a natural way
Status: NEW
Priority: P3
Created: 2025-01-09 11:17:27+00:00
Resolved: 2025-01-20 16:26:28+00:00

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

Steps to reproduce:

When entering action in Address bar action do match. Exampl: Save as PDF is listed as a suggestion, typing 's', 'save' won't filter suggestions to 'Save as PDF' . Entering 'view page' won't filter the actions to 'View Page Source' initially shown as suggestion


Actual results:

Unable to find actions by enting their name, suggestions are initially visible 


Expected results:

When entering 'save' I want to see all action suggestions containg the word 'save', e.g 'Save to PDF'. When entering 'view' I want to see all actions containg the word 'view'.

Action search completely misses the point: Initially the suggestions for action are there, when entering any word contained in the suggestion the output is random.
Bug: firefox doesn't display unicode musical notes
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-09 11:53:45+00:00
Resolved: 2025-01-10 11:55:28+00:00

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

Steps to reproduce:

1. open latest firefox (135.0b02) on a desktop (mac os 15.1.1 (24B91) sequoia)
2. visit http://songanalyzer.dredwerkz.cz/
3. check Note values section
4. open firefox (125.2.0) a mobile device (moto e7 plus xt2081-2, android 10)
5. visit http://songanalyzer.dredwerkz.cz/
6. check Note values section


Actual results:


3. check Note values section - missing quarter rest, eighth rest, sixteenth rest,  thirtysecond rest, sixteenth note and thirtysecond note unicode chars

6. check Note values section - all unicode notes are rendered correctly


Expected results:

the notes in Note values section has all the notes rendered correctly both on desktop and mobile
Bug: The Alt Text of the IAB Banners is displayed for a split second after reloading the New Tab page
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-01-09 14:10:44+00:00
Resolved: 2025-02-21 19:24:25+00:00

**[Affected versions]:**
- Firefox Beta 135.0b2 (Build ID: 20250108092002)
- Firefox Nightly 136.0a1 (Build ID: 20250109093225)

**[Affected Platforms]:**
- Windows 10 x64
- Ubuntu 24.04 x64
- macOS 14.7.1

**[Prerequisites]:**
- Have a Firefox Beta 135.0b2 "en-US" locale build installed.
- Follow the instructions from this TestRail [test case](https://mozilla.testrail.io/index.php?/cases/view/2838094&group_by=cases:section_id&group_order=asc&display_deleted_cases=0&group_id=565085) in order to trigger an IAB banner.

**[Steps to reproduce]:**
1. Open a new tab and make sure an IAB Banner is displayed.
2. While having the IAB Banner in view, reload the NewTab page.
3. Observe the behavior of the IAB Banner.

**[Expected result]:**
-  The banner is instantly loaded and displayed.

**[Actual result]:**
-  The Alt Text of the banner is displayed for a second before it loads.

**[Notes]:**
- This issue is reproducible with both the Billboard and Leaderboard IAB Banners.
- The issue is also reproducible when returning to the NewTab page if the banner was previously clicked and the user was redirected to the placeholder page.
- Attached is a screen recording of the issue.
Bug: Reopening a closed tab group with Ctrl+Shift+T doesn't work, if Ctrl+Shift+T was pressed while another window was focused first
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2025-01-09 14:17:23+00:00
Resolved: 2025-02-04 17:19:14+00:00

Steps to reproduce:
1. Open two windows.
2. In window A, create a tab group that has at least one tab with "real content" (i.e. not `about:blank`)
3. Right click the tab group label and select "Delete tab group"
4. Switch to window B and press Cmd+Shift+T
5. Switch back to window A and press Cmd+Shift+T again

Expected result:
The tab group reopens.

Actual result:
The tabs reopen ungrouped

Additional context:
On step 4, pressing Cmd+Shift+T in window B, the following console error appears: `JavaScript error: resource:///modules/sessionstore/SessionStore.sys.mjs, line 7888: NS_ERROR_ILLEGAL_VALUE: No saved tab group with specified id`.
Bug: Attempting to reopen a closed tab group from the "Reopen Closed Tab" tab context menu item does not work
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2025-01-09 14:41:40+00:00
Resolved: 2025-02-14 10:28:02+00:00

Steps to reproduce:
1. Open some tabs and load sites in them (i.e. not `about:blank`)
2. Multi-select the tabs, right click, and select "Add Tabs to New Group". Close the tab group dialog by clicking "Done".
3. Right click the tab group label and click "Delete group"
4. Right click any other open tab, or the tab strip itself, and click "Reopen Closed Tabs"

Expected result:
All tabs reopen and are opened in their original group

Actual result:
Only one of the tabs in the original tab is re-opened, and it is ungrouped.
Bug: Address Bar Update Test Day Changes Do Not Work With Kagi
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2025-01-09 16:06:33+00:00
Resolved: 2025-02-10 16:31:50+00:00

Steps to reproduce:

- clean install of firefox beta with a new profile 
- In 135.0b2 I followed the steps on the test day page to enable the test day: https://community.mozilla.org/en/campaigns/test-the-new-firefox-address-bar/
 - went to kagi.com and logged in
 - tried to search a term "test" directly through the search box on the page itself


Actual results:

 - tested Search Term Persistence but the address bar instead shows the full address "https://kagi.com/search?q=test"
 - tested Contextual Search Mode but it does not detect Kagi as a search engine.

Images attached for both results.


Expected results:

 - tested Search Term Persistence and the address bar shows only "test"
 - tested Contextual Search Mode and am presented with an option in the search bar "to directly search with the page engine from the address bar".
Bug: The IAB Banners are skipped when keyboard navigation is used to navigate through the Pocket cards
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-01-09 16:25:35+00:00
Resolved: 2025-02-13 04:51:06+00:00

**[Affected versions]:**
- Firefox Nightly 136.0a1 (Build ID: 20250109093225)
- Firefox Beta 135.0b2 (Build ID: 20250108092002)

**[Affected Platforms]:**
- Windows 10 x64
- Ubuntu 24.04 x64
- MacOS 14.7.1

**[Prerequisites]:**
- Have a Firefox Beta 135.0b2 "en-US" locale build installed.
- Follow the instructions from this TestRail [test case](https://mozilla.testrail.io/index.php?/cases/view/2838094&group_by=cases:section_id&group_order=asc&display_deleted_cases=0&group_id=565085) in order to trigger an IAB banner.

**[Steps to reproduce]:**
1. Open a new tab and make sure an IAB Banner is displayed.
2. Press the "Tab" key until the contextual menu button of the card above the banner is focused.
3. Press again the “Tab” key to focus the banner.
4. Observe what happens.

**[Expected result]:**
- The banner is focused.

**[Actual result]:** 
- The first card below the banner is focused.

**[Notes]:**
- The banner can be focused only after all the elements from the New Tab page are focused.
- This issue is reproducible on both banners (either Billboard or Leaderboard banner).
- Please see a screen recording of the issue [here](https://drive.google.com/file/d/1ha6aF9FgkI7noVOvM1tPNMPwbSEiOkGR/view?usp=sharing).
Bug: messaging-system-action.testday does nothing
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-01-09 16:34:03+00:00
Resolved: 2025-01-15 14:49:15+00:00

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

Steps to reproduce:

1. Follow instructions at https://community.mozilla.org/en/campaigns/test-the-new-firefox-address-bar/


Actual results:

The new tab I opened did not contain a modal window to welcome you to the Mozilla Testdays


Expected results:

"a modal window will appear and welcome you to the Mozilla Testdays."
Bug: When opening a tab group from the tab overflow menu, it should become the active group
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-01-09 17:03:32+00:00
Resolved: 2025-01-17 08:33:48+00:00

**Steps to reproduce [can add screenshots or video recordings for reference]:**

1. Open many tabs (so it triggers overflow scrolling in the tab strip)
2. Create a tab group
3. Close and save group
4. Reopen group from the TOM menu

**Expected behavior [What should have happened?]:**
The newly opened group opens in the far right and becomes the active group (with the first tab in the group as the active tab).
Tab group should be visible on the tab strip (moves from overflow to become visible on the tab strip)


**Actual behavior [What actually happened?]:**
The tab group opens outside of the visible area of the tab strip (far right).
There's no visible feedback that the group is opened (doesn't become the active group with the first tab in group as active tab)
Bug: "New tab" in group doesn't show up when reopening tab groups
Status: NEW
Priority: P2
Created: 2025-01-09 17:18:15+00:00
Resolved: 2025-01-15 16:28:27+00:00

**Steps to reproduce [can add screenshots or video recordings for reference]:**

1. Create a tab group with "New tab" in a group and include other tabs that isn't "New tab"
2. Save and close group
3. Reopen the tab group in the TOM menu

**Expected behavior [What should have happened?]:**
Tab group should reopen with all tabs visible that were last in the group (including New tab)

**Actual behavior [What actually happened?]:**

Opens tab group but leaves out "New tab"

Follow-up to this, if you create a tab group with ONLY "New tab" the tab group doesn't open at all
Bug: right clicking brings up a massive menu where none of the options work
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-01-10 00:11:49+00:00
Resolved: 2025-01-10 06:33:40+00:00

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

Steps to reproduce:

Right clicking on a link that isn't in the bookmark bar


Actual results:

Brought up a menu with too many options, and none of the options worked


Expected results:

It should have brought up a menu with options that worked such as "open in new tab" and the like
Bug: Context menu (on right click) lists too many options
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-10 00:25:06+00:00
Resolved: 2025-01-16 15:48: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:

Right-clicking on any part of any website, with text selected or not. GUI components seem to be unaffected.


Actual results:

produces a context menu that lists seemingly every possible option (see screenshot)


Expected results:

Context menu opens