av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/tabbrowser/test/browser/tabs/browser_ctrlTab.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-12-29 02:51:36+00:00
Resolved: 2025-01-20 12:03:51+00:00

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

---
```
[task 2024-12-29T01:36:48.877Z] 01:36:48     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_ctrlTab.js | Releasing Ctrl closes the preview panel - 
[task 2024-12-29T01:36:48.878Z] 01:36:48     INFO - Buffered messages finished
[task 2024-12-29T01:36:48.879Z] 01:36:48     INFO - TEST-UNEXPECTED-FAIL | browser/components/tabbrowser/test/browser/tabs/browser_ctrlTab.js | With 4 visible tabs and tab 2 selected, Ctrl+Tab*4 goes 0 tabs back in most-recently-selected order - Got 3, expected 2
[task 2024-12-29T01:36:48.879Z] 01:36:48     INFO - Stack trace:
[task 2024-12-29T01:36:48.879Z] 01:36:48     INFO - chrome://mochikit/content/browser-test.js:test_is:1627
[task 2024-12-29T01:36:48.879Z] 01:36:48     INFO - chrome://mochitests/content/browser/browser/components/tabbrowser/test/browser/tabs/browser_ctrlTab.js:ctrlTabTest:437
[task 2024-12-29T01:36:48.880Z] 01:36:48     INFO - chrome://mochitests/content/browser/browser/components/tabbrowser/test/browser/tabs/browser_ctrlTab.js:null:32
[task 2024-12-29T01:36:48.880Z] 01:36:48     INFO - chrome://mochikit/content/browser-test.js:handleTask:1147
[task 2024-12-29T01:36:48.880Z] 01:36:48     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1219
[task 2024-12-29T01:36:48.880Z] 01:36:48     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1360
[task 2024-12-29T01:36:48.880Z] 01:36:48     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1136
[task 2024-12-29T01:36:48.880Z] 01:36:48     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-12-29T01:36:48.880Z] 01:36:48     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_ctrlTab.js | Content document doesn't capture Keyup event during cycling tabs - 
[task 2024-12-29T01:36:48.881Z] 01:36:48     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_ctrlTab.js | Shouldn't attempt to open the panel by pressing Shift+Ctrl+Tab - 
[task 2024-12-29T01:36:48.881Z] 01:36:48     INFO - Pressing Ctrl+Tab to open the panel
[task 2024-12-29T01:36:49.011Z] 01:36:49     INFO - Pressing Shift+Ctrl+Tab while the panel is open
[task 2024-12-29T01:36:49.034Z] 01:36:49     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_ctrlTab.js | Ctrl+Tab -> Ctrl+Shift+Tab keeps the selected tab - 
[task 2024-12-29T01:36:49.034Z] 01:36:49     INFO - test for bug 445369
[task 2024-12-29T01:36:49.035Z] 01:36:49     INFO - TEST-PASS | browser/components/tabbrowser/test/browser/tabs/browser_ctrlTab.js | Shouldn't attempt to open the panel by pressing Shift+Ctrl+Tab 
```
Bug: Opening/switching sidebar spikes virtual memory
Status: NEW
Priority: --
Created: 2024-12-29 06:59:54+00:00
Resolved: 2025-01-29 19:59:46+00:00

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

Steps to reproduce:

Either
- open a sidebar (regardless of whether it's the built-in Bookmarks/History/Synced Tabs or an extension-based sidebar), or
- with a sidebar open, switch it to show a different sidebar (as listed above, again, regardless of whether it's a built-in sidebar or an extension-based one).


Actual results:

Virtual memory spikes up (the main `/usr/lib/firefox/firefox` process):
- on 64bit Linux by around 10GB
- on 32bit Linux by much less, BUT with many tabs open the spike is enough to run out of 3GB/4GB addressable space - and whole Firefox is dead.

Note that
- resident memory (at least of the main process) doesn't change almost at all, AND
- if you keep the open/selected sidebar open for about 11-14 seconds, the virtual memory goes back down! So it may not be needed at all.


Expected results:

Survive, especially on x32 Linux, since it's your supported platform.
Bug: lazy.SessionStore.getSavedTabGroups() is undefined
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2024-12-29 23:04:31+00:00
Resolved: 2025-01-03 21:54:25+00:00

I have started seeing this recently, it looks like it prevent any actions from being shown. Nothing special about my profile and happens on relatively new profiles
Bug: Sync is not working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-12-30 05:36:16+00:00
Resolved: 2025-01-02 16:53:36+00:00

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

Steps to reproduce:

Reinstalled several times.


Actual results:

All my bookmarks and data are lost
Bug: Vertical tab groups – Label should be square when there's no name
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-12-30 16:49:59+00:00
Resolved: 2025-01-13 10:35:48+00:00

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

Create a tab group in vertical tabs (leave the label blank)

**Expected behavior [What should have happened?]:**

The label should be square shaped (24px x 24px)

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

The label is not square shaped
Bug: Can't see contents of a closed group in the "Tab groups" panel
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2024-12-30 17:01:26+00:00
Resolved: 2025-01-15 16:27:53+00:00

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

1. Create a tab group
2. Close the tab group
3. Go to the tab overflow menu under "Tab groups"

**Expected behavior [What should have happened?]:**
There should be a split button where clicking on the label will open the group and clicking on the chevron will show the contents of the closed group (see attached spec)


**Actual behavior [What actually happened?]:**
Chevron button is missing
Bug: Hairline doesn't move in vertical tab groups when moving tabs
Status: NEW
Priority: P1
Created: 2024-12-30 18:26:15+00:00
Resolved: 2025-01-15 16:29:10+00:00

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

1. Enable vertical tabs
2. Create a tab group
3. Drag an ungrouped tab that is above or below the tab group

**Expected behavior [What should have happened?]:**
Tab group repositions as you drag a tab past the opened tab group 

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

Tab label and tabs shift but hairline is fixed in place
Bug: Tab group label doesn't move in vertical tabs when dragging tabs
Status: NEW
Priority: P1
Created: 2024-12-30 18:31:45+00:00
Resolved: 2025-02-19 10:56:54+00:00

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

1. Set browser to vertical tabs
2. Create 2 tab groups
3. Drag an ungrouped tab into the top most tab group

**Expected behavior [What should have happened?]:**

Tab group should shift downwards to create space

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

Tab group is fixed in place (see video)
Bug: Tab overflow menu should show opened tab groups in collapsed and expanded states
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-12-30 20:27:32+00:00
Resolved: 2025-01-20 14:14:40+00:00

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

1. Create a tab group in the tab strip
2. Collapse the group
3. Open the tab overflow menu and look at currently opened tabs section

**Expected behavior [What should have happened?]:**

The collapsed tab group should show in the list as a collapsed group, clicking on it will take the user to the tab group in the tab strip and expand it

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

Shows the tab group in expanded state even though it's in a collapsed state in the tab strip
Bug: Vertical tabs – Hairline doesn't extend when moving tabs into tab group
Status: NEW
Priority: P1
Created: 2024-12-30 20:36:04+00:00
Resolved: 2025-02-20 13:45:21+00:00

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

1. Create a tab group in vertical tabs
2. Open a new tab and drag it into the tab group

**Expected behavior [What should have happened?]:**

When dragging a tab into the group the hairline should extend as the tabs shift to create space for the new tab

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

Hairline doesn't extend as your dragging a new tab into the group. Hairline extends only when you finish dragging the tab into the group (See video)
Bug: XULBrowserWindow's onLocationChange's crashreporter URL tracking is inefficient and incorrect in multi-window case
Status: NEW
Priority: P3
Created: 2024-12-30 21:25:57+00:00
Resolved: 2025-01-15 20:43:19+00:00

I came across this code in bug 1939493. Right now, this bit of `XULBrowserWindow.onLocationChange` looks like this:

https://searchfox.org/mozilla-central/rev/222add4dd36e034fa4d0a8b3e4e1ded979599892/browser/base/content/browser.js#3460-3477
```js
if (AppConstants.MOZ_CRASHREPORTER && aLocationURI) {
  let uri = aLocationURI;
  try {
    // If the current URI contains a username/password, remove it.
    uri = aLocationURI.mutate().setUserPass("").finalize();
  } catch (ex) {
    /* Ignore failures on about: URIs. */
  }

  try {
    Services.appinfo.annotateCrashReport("URL", uri.spec);
  } catch (ex) {
    // Don't make noise when the crash reporter is built but not enabled.
    if (ex.result != Cr.NS_ERROR_NOT_INITIALIZED) {
      throw ex;
    }
  }
}
```

There are a few problems that made me file this bug:

1. cloning and mutating all these URIs is inefficient; most URIs do not have usernames/passwords embedded in the URI. There is also a helper for this (`createExposableURI`) which indeed checks for `hasUserPass` before changing it, cf. https://searchfox.org/mozilla-central/rev/68db6c18a75fb48b882f6f932a8a5ee6c8bcf91a/netwerk/base/nsIOService.cpp#1120-1127 .
2. if you have multiple windows open, whichever window loads a URL (or switches tabs) last will "win" and that URI will end up in the crash reporter annotations. That may not be the window that the user is actually interacting with (as navigation and tab closure/focus could be triggered by the website or other non-user-action causes)

There are other issues with this code, like the fact that it fires `onLocationChange` - prior to https://hg.mozilla.org/mozilla-central/rev/78925fbd7e9c43eabbb47883b627d01a13d09f5a it would appear that it fired when we started dealing with a document; it's not clear to me if we should update the URL as soon as the network portion of a load starts (as that could also cause crashes...) or what exactly the deal is.

I also wonder if there should be some kind of debouncing (does it make sense to talk to the crashreporter if the user holds down ctrl-tab to switch tabs?), and/or if we should filter the URL in other ways (e.g. if I load a 5-megabyte data uri image, putting the entirety of the image in the crash reporting annotation is probably not productive...). And, we already stash the exposable URI in the identity handler code, but this code would re-generate it every time the user switches tabs, which also seems inefficient.

We don't need to solve everything here - but fixing both (1) and (2) could be done similarly to the solution in bug 1896783, and would lay some foundations for splitting up `onLocationChange`, as the current code is also fragile as outlined in bug 1878665.

Gabriele, any intuitions on what the desired end state here should look like from a crashreporter PoV?
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_select_panel_select_current_language_from_dropdown_menu.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-12-30 22:31:03+00:00
Resolved: 2025-01-27 12:07:36+00:00

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

---
```
TEST-PASS | browser/components/translations/tests/browser/browser_translations_select_panel_select_current_language_from_dropdown_menu.js | The a11y label element 'select-translations-panel-header' can be found. - 
[task 2024-12-30T21:43:57.954Z] 21:43:57     INFO - Buffered messages finished
[task 2024-12-30T21:43:57.956Z] 21:43:57     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_select_panel_select_current_language_from_dropdown_menu.js | ariaLabel is visible. - 
[task 2024-12-30T21:43:57.956Z] 21:43:57     INFO - Stack trace:
[task 2024-12-30T21:43:57.956Z] 21:43:57     INFO - chrome://mochikit/content/browser-test.js:test_ok:1599
[task 2024-12-30T21:43:57.956Z] 21:43:57     INFO - chrome://mochitests/content/browser/toolkit/components/translations/tests/browser/shared-head.js:assertVisibility:1711
[task 2024-12-30T21:43:57.956Z] 21:43:57     INFO - chrome://mochitests/content/browser/browser/components/translations/tests/browser/head.js:openPanel:2915
[task 2024-12-30T21:43:57.956Z] 21:43:57     INFO - chrome://mochitests/content/browser/browser/components/translations/tests/browser/browser_translations_select_panel_select_current_language_from_dropdown_menu.js:test_select_translations_panel_select_current_from_language_directly:53
[task 2024-12-30T21:43:57.956Z] 21:43:57     INFO - chrome://mochikit/content/browser-test.js:handleTask:1147
[task 2024-12-30T21:43:57.956Z] 21:43:57     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1219
[task 2024-12-30T21:43:57.957Z] 21:43:57     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1360
[task 2024-12-30T21:43:57.957Z] 21:43:57     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1136
[task 2024-12-30T21:43:57.957Z] 21:43:57     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2024-12-30T21:43:57.957Z] 21:43:57     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_select_panel_select_current_language_from_dropdown_menu.js | The a11y label element 'select-translations-panel-beta-icon-wrapper' can be found. - 
[task 2024-12-30T21:43:57.958Z] 21:43:57     INFO - Not taking screenshot here: see the one that was previously logged
```
Bug: Firefox installed without Admin privileged account
Status: UNCONFIRMED
Priority: P3
Created: 2024-12-31 04:29:35+00:00
Resolved: 2024-12-31 21:33:18+00:00

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

Steps to reproduce:

I have a company-issued laptop, and my user account does not have Admin rights.  Nevertheless, I downloaded Firefox and attempted to install.  As expected, the installer immediately prompted me to enter login info for an account that had Admin rights.  Without entering any info, I clicked on the 'X' at the top right of the dialog box...


Actual results:

Firefox installed anyway.


Expected results:

A non-Admin account should NOT be allowed to install a program that requires Admin login to install.

I do not believe that installing Firefox is harmful in any way, but I do see how this could be a legal issue for Mozilla in the future (certainly NOT from me...).
Bug: Want download/content-disposition attachment PDFs to save to disk and view inline ones with PDF js - no discoverable option
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-12-31 04:31:55+00:00
Resolved: 2025-01-15 14:23:27+00:00

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

Steps to reproduce:

I have created a webpage to provide examples of the different ways a PDF can be linked or embedded: https://www.soltoder.com/example-pdf-behavior/

The page provides examples of 1) viewing a PDF embedded with an "embed" tag, 2) viewing a PDF embedded with an "iframe" tag, 3) clicking a direct link to the PDF, or 4) clicking a download link for the PDF. The download link can either use the download="filename" attribute or the "Content-Disposition: attachment" header.


Actual results:

If a PDF is 2) viewed within an "iframe" tag, or 3) navigated to directly, AND the download behavior for PDFs is set to anything other than "Open in Firefox", this is treated as if the user had 4) clicked a download link.


Expected results:

In all other browsers, in Firefox when download behavior for PDFs is set to "Open in Firefox", and in Firefox for non-PDF file types (like PNG), the behavior for 2) viewing with an "iframe" should be to display the file inline, and for 3) clicking a direct link should be to load the file in the browser. Only when the viewer 4) clicks an explicit download link should the download settings become involved.

If the current behavior is intentional, there should at least be a setting to make PDFs behave like other files.
Bug: Unclickable buttons at windows taskbar
Status: NEW
Priority: P3
Created: 2024-12-31 08:20:08+00:00
Resolved: 2025-01-30 21:21:19+00:00

#### Problem
When I open a few tabs at the Windows taskbar appeared the same count of buttons. Click on it doesn't open the relevant tab. But click on preview opens. See the attached video for visual explanation.

#### Solutions
- Click on each taskbar button should open the relevant tab
- At Windows taskbar should be only one button
- At Windows taskbar should be only one button for each Firefox's window (the same as Chrome do)

#### Environment
Windows 11 23H2 and 24H2

##### Taskbar settings
- Combine buttons: **when full**
- Combine buttons and hide labels on other taskbars: **never**
- Show small buttons: **never**
- Align taskbar: **left**
Bug: Bookmark backups are kept when signing out of sync, even when ticking the "delete data" checkbox, which could surprise users who expect all data to be gone locally
Status: NEW
Priority: --
Created: 2024-12-31 13:12:49+00:00
Resolved: 2025-02-07 08:14:30+00:00

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

Steps to reproduce:

ua Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:133.0) Gecko/20100101 Firefox/133.0

1.Logged out of the current account “user_a” and deleted the bookmarks and extensions.
2.Created a new account “user_b” and logged in.
3.When attempting to import the prepared bookmarks, I discovered that it was possible to restore the bookmarks backed up from “user_a,” and the restoration was successful.


Actual results:

I unexpectedly restored the bookmarks of another account.
I believe this is a security issue because it clearly exposes the privacy of the previous Firefox user who was logged in.


Expected results:

I should not be able to restore someone else's bookmarks.
Bug: Firefox de repente parou de funcionar, nem abre mais
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-12-31 13:56:52+00:00
Resolved: 2025-01-01 11:48:56+00:00

Steps to reproduce:

No dia 19 de dezembro liguei o computador e tentei abrir o Mozilla Firefox para continuar usando como vinha usando normalmente até o dia anterior. Porém, ao clicar no ícone tanto na área de trabalho quanto fixado e até na pesquisa no canto inferior esquerdo, simplesmente o aplicativo não abria mais. Então desinstalei e reinstalei, porém, não resolveu o problema. Nestes últimos mais de 10 dias já desinstalei e reinstalei inúmeras vezes e nada faz voltar a funcionar.


Actual results:

Não acontece mais nada.
Tenho baixado deste site:
https://www.mozilla.org/pt-BR/firefox/windows/


Expected results:

Devia voltar a funcionar o software ao desinstalar e reinstalar, isso é óbvio. Pois é o único software a apresentar esse problema.
Bug: Letter is missing from label when sidebar is minimized in vertical tabs
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-12-31 16:29:07+00:00
Resolved: 2025-02-04 10:12:49+00:00

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

1. Create a tab group in vertical tabs and give it a group name (i.e Shopping)
2. Drag sidebar so it's in a minimized state

**Expected behavior [What should have happened?]:**
A letter "S" should be in the tab label in a minimized state as the first letter of the label name

**Actual behavior [What actually happened?]:**
The label is blank
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_full_page_telemetry_retranslate.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-12-31 16:47:03+00:00
Resolved: 2025-01-27 12:01:37+00:00

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

---
```
[task 2024-12-31T16:22:40.683Z] 16:22:40     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_full_page_telemetry_retranslate.js | The translations button is visible. - 
[task 2024-12-31T16:22:40.684Z] 16:22:40     INFO - Opening the popup
[task 2024-12-31T16:22:40.685Z] 16:22:40     INFO - Waiting for the full-page-translations-panel popupshown event
[task 2024-12-31T16:22:40.685Z] 16:22:40     INFO - Buffered messages finished
[task 2024-12-31T16:22:40.686Z] 16:22:40     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_full_page_telemetry_retranslate.js | Test timed out - 
[task 2024-12-31T16:22:40.687Z] 16:22:40     INFO - GECKO(5500) | Completed ShutdownLeaks collections in process 1912
[task 2024-12-31T16:22:40.688Z] 16:22:40     INFO - TEST-START | Shutdown
[task 2024-12-31T16:22:40.688Z] 16:22:40     INFO - Browser Chrome Test Summary
[task 2024-12-31T16:22:40.689Z] 16:22:40     INFO - Passed:  6458
[task 2024-12-31T16:22:40.689Z] 16:22:40     INFO - Failed:  1
[task 2024-12-31T16:22:40.690Z] 16:22:40     INFO - Todo:    0
[task 2024-12-31T16:22:40.691Z] 16:22:40     INFO - Mode:    e10s
[task 2024-12-31T16:22:40.691Z] 16:22:40     INFO - *** End BrowserChrome Test Results ***
[task 2024-12-31T16:22:40.763Z] 16:22:40     INFO - GECKO(5500) | 1735662160762	Marionette	TRACE	Received observer notification quit-application
[task 2024-12-31T16:22:40.764Z] 16:22:40     INFO - GECKO(5500) | 1735662160762	Marionette	INFO	Stopped listening on port 2828
[task 2024-12-31T16:22:40.768Z] 16:22:40     INFO - GECKO(5500) | 1735662160767	Marionette	DEBUG	Marionette stopped listening
[task 2024-12-31T16:22:43.930Z] 16:22:43     INFO - TEST-INFO | Main app process: exit 0
[task 2024-12-31T16:22:43.944Z] 16:22:43     INFO - runtests.py | Application ran for: 0:06:49.589525
[task 2024-12-31T16:22:43.945Z] 16:22:43     INFO - zombiecheck | Reading PID log: C:\Users\task_173566144247116\AppData\Local\Temp\tmpjsjem04wpidlog
```
Bug: Onboarding callout is missing for saved tab groups
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2024-12-31 16:52:10+00:00
Resolved: 2025-01-15 16:22:56+00:00

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

1. Start with a fresh install of Nightly (never used tab groups previously)
2. Create a new tab group

**Expected behavior [What should have happened?]:**

A call-out should appear the first time you create a tab group showing where to retrieve the tab group when you close it

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

No call-out appears

**Second scenario**

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

1. Right click on the same tab group you that you just created
2. Click on "Save and close group"

**Expected behavior [What should have happened?]:**

A call-out should appear the first time you hit "Save and close group"

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

No call-out appears