av9ash/GitBugs huggingface dataset:
Bug: The session file is invalid: : TypeError: can't access property "hidden", state.windows[0] is undefined
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-06 09:57:07+00:00
Resolved: 2025-01-20 13:25:31+00:00

In my Firefox Nightly (`135.0a1 (2025-01-03) (aarch64)`), the following session restore error happened: `TypeError: can't access property "hidden", state.windows[0] is undefined`

```
1735957868161	SessionStore	DEBUG	Successful file read of clean file
1735957868161	SessionStore	DEBUG	Completed SessionFile.read() with result.origin: clean
1735957868162	SessionStore	DEBUG	isAutomaticRestoreEnabled: true
1735957868162	SessionStore	DEBUG	Previous shutdown ok? false, reason: N/A
1735957868360	SessionStore	DEBUG	initialState contains 0 pinned tabs
1736153414446	SessionStore	DEBUG	initSession willRestore: true, SessionStartup.sessionType: 2
1736153414446	SessionStore	DEBUG	initSession, will autorestore
1736153414446	SessionStore	ERROR	The session file is invalid: : TypeError: can't access property "hidden", state.windows[0] is undefined(resource:///modules/sessionstore/SessionStore.sys.mjs:1275:11) JS Stack trace: initSession@SessionStore.sys.mjs:1275:11
onBeforeBrowserWindowShown/<@SessionStore.sys.mjs:2164:35
1736153414495	SessionStore	DEBUG	Restored 5 closed windows
1736153414495	SessionStore	DEBUG	restoreWindows will restore 0 windows
1736153414495	SessionStore	DEBUG	sessionstore-windows-restored
1736153414503	SessionStore	DEBUG	All 0 windows restored
```

I decompressed the `previous.jsonlz4` session restore backup using https://github.com/sfoster/moz-sessionrestore-tools, and found that the `windows` list was empty:

```json
{
  "version": [
    "sessionrestore",
    1
  ],
  "windows": [],
  "selectedWindow": 0,
  "_closedWindows": [
    // ...
  ],
  "savedGroups": [],
  "session": {
    "lastUpdate": 1735957856943,
    "startTime": 1647863522966,
    "recentCrashes": 0
  },
  "global": {},
  "cookies": [
    // ...
  ]
}
```
Bug: if horizontal tab strip has a scroll offset, opening a link as new tab from a pinned tab stopped opening it in view (= scroll to it, scroll offset 0)
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-01-06 10:53:49+00:00
Resolved: 2025-02-24 10:22:33+00:00

Firefox 135.0a1 20250105092842 on Windows 10

If
* there are pinned tabs, and
* enough non-pinned tabs to cause the horizontal tab strip to scroll, and
* the tab strip has a scroll offset which hides the first non-pinned tab,
then opening a link from a pinned tab in a new tab doesn't bring the new tab into view (= scroll the tab strip to the left where the new tab is).

Actual result:
Tab opened without noticing and direct access

Expected result:
New tab scrolled into view.

Dap: Should this be fixed in Beta or the change be reverted in Beta or in Beta and Central (today is the merge from Central to Beta)?
Bug: Firefox set as default browser, but some apps still use Edge
Status: UNCONFIRMED
Priority: --
Created: 2025-01-06 15:19:42+00:00
Resolved: 2025-01-06 17:54:29+00:00

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

Steps to reproduce:

I set Firefox 128 ESR (currentl 128.5.2esr) to be the default browser in Windows 11.


Actual results:

Some apps still use the >Edge browser. Using Sysinterals' autostarts I discovered that HKLM\SOFTWARE\Classes\Htmlfile\Shell\Open\Command\(Default) is still set to ""C:\Program Files\Internet Explorer\iexplore.exe" %1". Maybe that's the reason.



Expected results:

All HTML files should be opened with the default browser.
Bug: Tab Overflow Menu – Tab groups list isn't scrollable
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2025-01-06 16:36:05+00:00
Resolved: 2025-02-14 17:26:38+00:00

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

1. Create many tab groups (screenshot has 26 tab groups)
2. Open enough ungrouped tabs so you trigger scrolling in the TOM menu of opened tabs

**Expected behavior [What should have happened?]:**
The tab groups section should scroll as part of the opened tabs section

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

Only the opened tabs section scrolls so the viewable window becomes smaller the more saved tab groups you have in the tab groups list
Bug: In certain locales it's harder to scan for certain context menu options (e.g. Delete) since Folder comes first
Status: UNCONFIRMED
Priority: P5
Created: 2025-01-07 07:18:09+00:00
Resolved: 2025-01-23 12:34: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:

my language is german
open bookmark maintenance
right-click on a bookmark folder
search for "löschen" - not found at first sight
re-search only - then found similar: "Ordner löschen"


Actual results:

the function names are inconsistent.
some start with "ORdner ...", some don`t.



Expected results:

since I right-clicked on a folder,
I do expect only folder actions, hence the word folder should be mentioned 
- EITHER with all function possibilities,
- OR never.
My suggestion would be never, because I`m processing something with a folder, I have it on my mind already, and the mentioning of "folder" complicates finding the needed function!
Bug: What's new page opens in a tab group after the update
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2025-01-07 11:05:34+00:00
Resolved: 2025-01-13 21:48:07+00:00

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

Steps to reproduce:

1. Create a collapsed tab group
2. Update from Nightly 135a to 136a + restart
3. "What's new" page surprisingly is inside if the tab group
Bug: vertical pinned tabs don't srcoll into view when selecting them via keyboard
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-07 14:45:05+00:00
Resolved: 2025-01-07 15:46:47+00:00

Having 7 pinned tabs with vertical tabs enabled makes the pinned tab container scroll. When selecting the 7th tab via <ctrl + tab> or <cmd + 7> the tab does not scroll into view in the pinned tab container.
Bug: part attribute set inside svg <defs> isn't recognized in CSS
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-07 15:02:26+00:00
Resolved: 2025-01-08 15:29:53+00:00

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

Steps to reproduce:

- Open this page on my github pages site: https://sidewayss.github.io/scratch/wc-bugs.html
- This bug is illustrated by row 3.

Source for this page is here: https://github.com/sidewayss/sidewayss.github.io/tree/main/scratch

File names: wc-bugs.html and wc-bugs.js



Actual results:

 In Chrome the inner rect is blue.  In Firefox is it black, i.e. unstyled by this CSS rule:
```css
      #elm3::part(rect) {
        fill:blue;
      }
```


Expected results:

As in Chrome, the `<rect id="rect">` element should be filled with blue.
Bug: changing svg use's href on mousedown blurs custom element
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-07 15:08:24+00:00
Resolved: 2025-01-07 22:47:26+00:00

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

Steps to reproduce:

- Open this page on my github pages site: https://sidewayss.github.io/scratch/wc-bugs.html
- In row 4: click anywhere on the rectangle. note :active styling turns inner rect green and the click event changes the inner shape.
- In row 5: click on the outer, gray-padded area of the rect. same active styling and change of shape, but also a change of shape on mousedown, to a smaller rect with rounded corners.
- In row 5: click on the inner, black area of the rect. Click as close as possible to the center so that the mouse pointer is always hovering on the inner shape. Click repeatedly, and the shape gets stuck on the mousedown shape every other click. When that happens, the custom element no longer has focus, and the click event doesn't fire.


Actual results:

Source for the repro page is here: https://github.com/sidewayss/sidewayss.github.io/tree/main/scratch

File names: wc-bugs.html and wc-bugs.js


Expected results:

The shape should change on every click.

The key procedure is the mousedown event handler:

    #mouseDown() {
        this._use.setAttribute("href", "#mousedown");
    }

So setting the href to a different value blurs the element (or never lets it get the focus), but only when you hold the mouse down on the <use> element itself. When the `href` value is the same, as when you `mousedown` and the image is already stuck on `#mousedown`, then it works. If you don't center the mouse on the shape in the repro steps, you'll see that the behavior is more erratic. The mouse has to be over the <use> in its current state, with the current href, i.e. over the shape defined by that href id in the <defs>.
Bug: Intermittent browser/base/content/test/permissions/browser_site_scoped_permissions.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2025-01-07 16:30:11+00:00
Resolved: 2025-02-03 12:04:43+00:00

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

---
```
TEST-PASS | browser/base/content/test/permissions/browser_site_scoped_permissions.js | Permission exists on base domain when set on subdomain - 
[task 2025-01-07T15:38:20.494Z] 15:38:20     INFO - Buffered messages finished
[task 2025-01-07T15:38:20.495Z] 15:38:20     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/permissions/browser_site_scoped_permissions.js | Test timed out - 
[task 2025-01-07T15:38:20.495Z] 15:38:20     INFO - GECKO(7988) | Completed ShutdownLeaks collections in process 732
[task 2025-01-07T15:38:20.496Z] 15:38:20     INFO - TEST-START | Shutdown
```
Bug: Vertical tab groups cannot be collapsed
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-01-07 17:33:50+00:00
Resolved: 2025-01-10 12:33:08+00:00

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

Steps to reproduce:

Case 1
1. Enable tab groups `browser.tabs.groups.enabled`
2. Enable vertical tabs `sidebar.revamp`, `sidebar.verticalTabs`
3. Create a tab group
4. Double click to collapse

Case 2
1. Use horizontal tabs
2. Create a tab group
3. Collapse the group
4. Switch to vertical tabs


Actual results:

Case 1
Unlike horizontal tabs, single click makes it collapse. Which is visible as the shape of the tab icon changes. However, the tabs inside the group don't get hidden in the collapsed state.

Case 2
When switching between horizontal and vertical tabs there are visual glitches. The groups try to occupy the space as if it was expanded. After updating the tab rendering the tab group expands like in the case 1.


Expected results:

Tab groups are collapsed just like with horizontal tabs.
Bug: Ads from about:newtab are blocked by uBlock Origin
Status: NEW
Priority: P3
Created: 2025-01-07 18:19:10+00:00
Resolved: 2025-01-09 21:19:32+00:00

Some advertisements on about:newtab are being blocked by uBlock Origin.  This gives Firefox a bad image indicating we are sending the user to some suspicious website.

An example is the Temu ad, which redirects to https://temuaffiliateprogram.pxf.io/Jz52V7?subId1=135067304044003328&mfadid=adm
Bug: Intermittent TV browser/components/customizableui/test/browser_sidebar_button_reset.js | Sidebar button is not in the nav bar initially -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2025-01-07 18:43:15+00:00
Resolved: 2025-01-13 06:41:03+00:00

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

---
```
[task 2025-01-07T18:20:43.671Z] 18:20:43     INFO - TEST-START | browser/components/customizableui/test/browser_sidebar_button_reset.js
[task 2025-01-07T18:20:43.672Z] 18:20:43     INFO - GECKO(1085) | console.log: {"area":"nav-bar","position":0}
[task 2025-01-07T18:20:43.674Z] 18:20:43     INFO - TEST-INFO | started process screentopng
[task 2025-01-07T18:20:43.823Z] 18:20:43     INFO - TEST-INFO | screentopng: exit 0
[task 2025-01-07T18:20:43.824Z] 18:20:43     INFO - Buffered messages logged at 18:20:43
[task 2025-01-07T18:20:43.824Z] 18:20:43     INFO - Entering test bound reset_defaults_should_include_sidebar_button_in_revamp
[task 2025-01-07T18:20:43.825Z] 18:20:43     INFO - Buffered messages finished
[task 2025-01-07T18:20:43.826Z] 18:20:43     INFO - TEST-UNEXPECTED-FAIL | browser/components/customizableui/test/browser_sidebar_button_reset.js | Sidebar button is not in the nav bar initially - 
[task 2025-01-07T18:20:43.826Z] 18:20:43     INFO - Stack trace:
[task 2025-01-07T18:20:43.826Z] 18:20:43     INFO - chrome://mochikit/content/browser-test.js:test_ok:1599
[task 2025-01-07T18:20:43.826Z] 18:20:43     INFO - chrome://mochitests/content/browser/browser/components/customizableui/test/browser_sidebar_button_reset.js:reset_defaults_should_include_sidebar_button_in_revamp:13
[task 2025-01-07T18:20:43.826Z] 18:20:43     INFO - chrome://mochikit/content/browser-test.js:handleTask:1147
[task 2025-01-07T18:20:43.826Z] 18:20:43     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1219
[task 2025-01-07T18:20:43.827Z] 18:20:43     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1360
[task 2025-01-07T18:20:43.827Z] 18:20:43     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1130
[task 2025-01-07T18:20:43.827Z] 18:20:43     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2025-01-07T18:20:43.827Z] 18:20:43     INFO - TEST-PASS | browser/components/customizableui/test/browser_sidebar_button_reset.js | Sidebar button is in the nav bar - 
```
Bug: Intermittent zstd.ZstdError: zstd decompress error: Corrupted block detected
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2025-01-07 21:35:44+00:00
Resolved: 2025-02-10 12:10:06+00:00

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

---
```
[fetches 2025-01-07T20:55:24.087Z]   File "/builds/worker/bin/fetch-content", line 431, in extract_archive
[fetches 2025-01-07T20:55:24.087Z]     chunk = ifh.read(131072)
[fetches 2025-01-07T20:55:24.087Z] zstd.ZstdError: zstd decompress error: Corrupted block detected
[taskcluster 2025-01-07 20:55:33.023Z] === Task Finished ===
[taskcluster 2025-01-07 20:55:33.137Z] Artifact "public/logs" not found at "/builds/worker/workspace/logs/"
[taskcluster 2025-01-07 20:55:33.244Z] Artifact "public/test_info" not found at "/builds/worker/workspace/build/blobber_upload_dir/"
[taskcluster 2025-01-07 20:55:33.356Z] Artifact "public/test" not found at "/builds/worker/artifacts/"
[taskcluster 2025-01-07 20:55:33.419Z] Unsuccessful task run with exit code: 1 completed in 247.577 seconds
```
Bug: Custom search engines don't work when keyword.enabled is set to false
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2025-01-07 21:40:14+00:00
Resolved: 2025-02-03 13:08:19+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. Install a custom search engine (such as the OpenSearch plugins offered by MediaWiki installations).
2. Set keyword.enabled to false.
3. Try to make a search using this engine, either by an assigned shortcut or the search icon in the address bar.


Actual results:

The search term is interpreted as a hostname or an IP address.


Expected results:

The search term should be passed on to the selected search engine.

The default search engines still work with this setting, as did custom search engines prior to Firefox 135. As I understand it, it should only disable searching by default when no engine is selected.
Bug: Browser tabs do not follow the correct HCM styles
Status: NEW
Priority: P3
Created: 2025-01-07 22:01:36+00:00
Resolved: 2025-01-14 19:55:21+00:00

## Prerequisites:

Found in Nightly 136.0a1 (2025-01-07)
Turn on Night Sky HCM in Windows

## STR:

1. Follow prerequisites above
2. Open Firefox Nightly

## Expected / Actual:

The Desktop Anatomy, specifically the browser tabs, should follow the HCM styling found in the [High Contrast Mode file](https://www.figma.com/design/VHRA9hZ54oJqKKJwPd6FWa/High-Contrast-Mode?node-id=1366-29&p=f&t=ZkZTWocXU3uIxoLn-0) in Figma. At this time, the styling does not match in Nightly.
Bug: Bookmark keywords using site: have double encoding
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-08 00:16:10+00:00
Resolved: 2025-01-09 19:37:22+00:00

**tl;dr:** a recent behavior change in handling of keyword initiated searches in the awesome bar "broke" one of my keyword searches.

**Steps to Reproduce:**
- set ecosia.org as the default search engine
- create a bookmark with keyword for the url "`site:docs.github.com/en/enterprise-cloud@latest %s`"
- use that keyword to search from the awesome bar for "repository permissions"

_Expected Outcome:_
- normal search results

_Actual Outcome:_
- no items found
- Ecosia reports a query of "`site:docs.github.com/en/enterprise-cloud@latest repository%20permissions`"
- url displayed in awesome bar: "`https://www.ecosia.org/search?q=site%3Adocs.github.com%2Fen%2Fenterprise-cloud%40latest%20repository%2520permissions&addon=firefox&addonversion=5.0.2&method=topbar`"
Bug: 'New Tab' tab and button contain the same accessible name
Status: NEW
Priority: --
Created: 2025-01-08 00:54:48+00:00
Resolved: 2025-01-08 19:53:26+00:00

## Prerequisites:

Found in Nightly 136.0a1 (2025-01-07)
Turn on NVDA

## STR:

1. Open Firefox Nightly
2. Move focus to the '+' icon button and press `ENTER` to open a new tab. Observe NVDA's output
3. Move focus to the new tab that's open and observe NVDA's output

## Expected / Actual:

Both the newly opened tab and the '+' icon button to open a new tab contain the same label: _New tab_. This can be confusing for screen reader users and difficult to differentiate that one opens a new tab and one is a newly opened tab. 

Recommendation: change the label of the '+' icon button to 'Open a new tab'
Bug: Firefox.exe opens last session while private_browsing.exe is running
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-08 06:46:10+00:00
Resolved: 2025-01-23 03:16:00+00:00

Steps to reproduce:

This issue is about two executables in C:\Program Files\Mozilla Firefox:
    - firefox.exe, which starts Firefox, and
    - private_browsing.exe, which starts Firefox in Private Browsing mode. 

If you start firefox.exe while private_browsing.exe is running, it restores the last session. I have been experiencing this issue for about a year.

Steps to reproduce:
    - Start firefox.exe.
    - Open x.com instead of your home page, and xe.com on a second tab.
    - Exit Firefox (Alt+F4).
    - Start private_browsing.exe.
    - Start firefox.exe.
       Actual result: Three tabs are opened: x.com, xe.com, and your home page.
       Expected result: only your home page is opened.
Bug: Cannot join [address bar] testday
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-01-08 07:50:50+00:00
Resolved: 2025-01-09 12:05:00+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. Enable the testday pref as described on https://community.mozilla.org/de/campaigns/test-the-new-firefox-address-bar/
2. Restart Firefox


Actual results:

Firefox restarted, but no modal dialog was shown and the old address bar was still active.


Expected results:

Upon restarting, a modal window should have appeared and welcomed me to the Mozilla Testdays. The address bar should show the new behaviour.
Bug: Uncaught TypeError: can't access property "pinned", middleTab is undefined when attemtping to drag multiple discontinuous tabs while there's a collapsed tab group
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-08 14:20:40+00:00
Resolved: 2025-01-09 04:20:52+00:00

STR:
- Add a tab group and collapse it
- Add at least three tabs
- Attempt to drag two of those tabs that aren't directly adjacent

->

```
Uncaught TypeError: can't access property "pinned", middleTab is undefined
    addAnimationData chrome://browser/content/tabbrowser/tabs.js:2596
    #moveTogetherSelectedTabs chrome://browser/content/tabbrowser/tabs.js:2630
    startTabDrag chrome://browser/content/tabbrowser/tabs.js:716
    on_dragstart chrome://browser/content/tabbrowser/tabs.js:655
    handleEvent chrome://browser/content/tabbrowser/tabs.js:2749
```
Bug: Mouse-over title overflow on about:home
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2025-01-08 16:46:16+00:00
Resolved: 2025-02-25 12:32:44+00:00

Mouse-over text display on `about:home` page seems to have an overflow issue which for some items results in movement of the other entries/rows.

The issue has been observed in 20250108093633 and maybe 1-2 previous releases.

_Ubuntu 24.04 Wayland
Nightly_
Bug: New tab page shortcuts use page title instead of configured title after bug 1868060
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2025-01-08 16:57:33+00:00
Resolved: 2025-01-23 18:15:31+00:00

After bug 1868060, the titles I have configured on my new tab page shortcuts are completely ignored, and the original page title is used instead.
Bug: controls on web pages no longer work with latest update.  Right mouse, open link in new tab does not work.  How do I roll back to previous version?
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-08 18:00:05+00:00
Resolved: 2025-02-10 12:25:53+00:00

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

Steps to reproduce:

Any right mouse click, opens different longer list of options, and no option works properly. Cannot open link in new tab and stay in current tab, especially in mail.yahoo.com


Actual results:

nothing happens, no tab opens.  Have to click on link which takes me to new tab, and then click back to yahoo.mail. 


Expected results:

new tab opens, stay in current tab with yahoo mail.
Bug: Unnamed tab groups have empty tooltip value on tab label hover
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2025-01-08 18:43:22+00:00
Resolved: 2025-02-11 06:50:59+00:00

See screenshot for example.

Expected result:
Tooltip should say "Unnamed group" (the same string we use elsewhere to describe the group).

Actual result:
The tooltip appears but is empty.
Bug: The add shortcuts option in new tab is not shown under specific conditions.
Status: NEW
Priority: P2
Created: 2025-01-08 19:39:42+00:00
Resolved: 2025-01-31 18:10:38+00:00

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

Steps to reproduce:

Firefox should either be freshly installed or a new profile should be created.

Remove the default shortcuts already present.

Uncheck the option to show sponsored shortcuts while leaving the option to show shortcuts checked.


Actual results:

The add shortcuts option in new tab is missing when show sponsored shortcuts option is unchecked. Its visibility seems to be dependent on the sponsored shortcuts option.


Expected results:

The add shortcuts button should not be missing in new tab unless that option has been unselected.