av9ash/GitBugs huggingface dataset:
Bug: Update button(no update available) should show as disabled
Status: NEW
Priority: P3
Created: 2024-11-01 12:25:14+00:00
Resolved: 2024-12-31 18:06:49+00:00

**Found in**
* 134.0a1 (2024-10-31)

**Affected versions**
* 134.0a1 (2024-10-31)


**Tested platforms**
* Affected platforms: Windows 11, Mac 13, Ubuntu 24


**Preconditions**
 - latest version of FX installed

**Steps to reproduce**
1. Type in address bar **update**
2. Open secondary actions search mode and select **Update Firefox**.


**Expected result**
1. There are no secondary actions returned.
2. Option is marked as disabled.

**Actual result**
1. There are no secondary actions returned.
2. Option is available and Firefox is restarted.

**Regression range**
* N/A - its not particularly clear what the expectations are in these cases.

**Note**
The **update** keyword returns no secondary actions hits, but the **update firefox** secondary action is available in secondary actions search mode.
Bug: bug #1923635 cause tab drag broken if the first or last tab is hidden in 133 beta
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-01 12:36:14+00:00
Resolved: 2024-11-03 05:35:25+00:00

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

Steps to reproduce:

Have a hidden tab in tab bar e.g. fox view at the first or/and last position.
Drag a tab from the tab bar onto another position of the tab bar.



Actual results:

You can't drop a dragged tab on the tab bar from the tab bar.


Expected results:

You can drop the tab from the tab bar onto the tab bar.
Bug: The New Sponsored card cannot be triggered anymore on the NewTab page
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-01 13:08:40+00:00
Resolved: 2024-11-04 07:33:29+00:00

**[Affected versions]:**
- Firefox build version: Firefox Beta 133.0b2, en-US locale, Build ID: 20241030091715

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 14.5
- Linux Mint 21.1

**[Prerequisites]:**
- Have a new profile with the following prefs from the “about:config” page set: [List of prefs](https://phabricator.services.mozilla.com/D226543)
-  Have a VPN solution connected to US.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open a New Tab page.
3. Observe the behavior.

**[Expected result]:**
- The New sponsored card is displayed in the first row of the “Recommended by Pocket” section.

**[Actual result]:**
- The New Sponsored card cannot be triggered anymore on the NewTab page and it is not displayed.

**[Notes]:**
- The New Sponsored card was not triggered even after using the “Refresh Cache” option from the “about:asrouter” page or after restarting the browser multiple times.
- This issue is reproducible with both UI variants.
Bug: The drop-down arrow is overlapping the contextual menu button in the Fakespot Product Recommendations section using the “four cards” layout
Status: NEW
Priority: --
Created: 2024-11-01 13:17:52+00:00
Resolved: 2024-11-01 17:57:45+00:00

[Affected versions]:
- Firefox Beta 133.0b2, BUILD ID: 20241030091715.

[Affected Platforms]:
- Windows 10.
- Ubuntu 22.04.
- macOS 14.7.

[Prerequisites]:
- Have a new profile with the “browser.search.region” pref from the “about:config” page set to “US”.
- In the same profile, have the “browser.newtabpage.activity-stream.discoverystream.contextualContent.enabled” pref from “about:config” page set to “true”.
- In the same profile, have the "browser.newtabpage.activity-stream.asrouter.devtoolsEnabled" pref from “about:config” set to "true".
- In the same profile, access the “about:home#devtools” page and switch the dropdown near the “Show Placeholder Cards” button from “need_to_know” to “fakespot”.
- In the same profile, have the “browser.newtabpage.activity-stream.discoverystream.fourCardLayout.enabled” pref from “about:config” set to “true”.

[Steps to reproduce]:
1. Open the browser with the profile from the prerequisites.
2. Open a new tab and observe the “Fakespot Product Recommendations” section in the right side of the screen.

[Expected result]:
- All UI elements are displayed properly without any overlapping.

[Actual result]:
- The arrow button for showing the drop-down list of categories is overlapping the contextual menu button.

[Additional Notes]:
- The issue is not reproducible with the normal default layout (“browser.newtabpage.activity-stream.discoverystream.fourCardLayout.enabled” pref from “about:config” set to “false”).
- Both buttons can be pressed individually, but hovering over the arrow for the drop-down list will actually highlight the contextual menu button.
Bug: Perma browser/components/urlbar/tests/browser/browser_focusContentDocumentEsc.js | URL bar value should have an address - Got "https://example.com", expected "example.com" - when Gecko 134 merges to beta on 2024-11-25
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-11-01 13:31:57+00:00
Resolved: 2024-11-06 01:52:21+00:00

[Central-as-beta-simulation](https://treeherder.mozilla.org/jobs?repo=try&resultStatus=testfailed%2Cbusted%2Cexception%2Crunnable&revision=2f9115680535aa028f03060ddc2acbdede0e2c2b&selectedTaskRun=f-wzq24LSq-an0vz6hA0Lw.0&test_paths=browser%2Fcomponents%2Furlbar%2Ftests%2Fbrowser)

[How to run these simulations](https://wiki.mozilla.org/Sheriffing/How_To/Beta_simulations#TRUNK_AS_EARLY_BETA)


[Failure log](https://treeherder.mozilla.org/logviewer?job_id=480742663&repo=try&lineNumber=23019)
*Failure line:
```
TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_focusContentDocumentEsc.js | URL bar value should have an address - Got "https://example.com", expected "example.com"
```
Bug: MenuMessage and browser-sync / panelUI not recording impressions properly
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-11-01 14:07:17+00:00
Resolved: 2024-11-04 18:05:02+00:00

Some of the refactoring I did in MenuMessage means that the `showing-fxa-menu-message` attribute is sometimes not set on the panel when it fires ViewShowing, meaning that the impression event isn't recorded.
Bug: Jank when storing the data
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-01 14:38:53+00:00
Resolved: 2024-11-18 17:38:54+00:00

This is by far the most common jank I see in the Firefox UI.  It is quite noticeable when scrolling.
I do have several windows open and quite a few tabs.

https://share.firefox.dev/3UA0cbj
Bug: CWE-223: Omission of Security-relevant Information - Firefox immediate download
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-01 14:59:07+00:00
Resolved: 2024-11-20 12:56:27+00:00

Hi, at this moment the newest version of Firefox on Desktop (Windows) is vulnerable to CWE-223: Omission of Security-relevant Information - immediate download action.

Tech details: desktop ver 132.0 (64-bit)  - the newest 2024-11-01.

POC and Repro steps:
Use payloads below - open these links using Firefox browser - see downloaded files without asking user if want to save it. 

Payload examples: https://wac-cdn.atlassian.com/dam/jcr:f98fe034-58d1-4ceb-9658-f68e617097db/header-image.png?cdnVersion=1373 
https://jdi.epam.com/content/dam/epam/ru/Join-us-spb/13_icons_330x330px.png 
https://www.lg.com/content/dam/lge/common/common-icon/icon_manual-software_48.svg

Please notice that it can be done using tiny user interaction (click or visit prepared site/endpoint).
The action can be not noticed, but after some time user can open malicious file from curiosity or by accident (named 'invoices' etc).

Bad actors can exploit this to infect the victim's device (link can be prepared as to trigger download file action - and it works with Firefox browser at this moment). Moreover, it can be noticed in CTRL+J (downloads) - e.g. inappropriate content on work equipment (downloaded without the user intending to download it). 


Please notice that in the same time, the newest version of Firefox on Android has implemented proper approach - prompt/question about download action.

Proposed proper solution - prompt to confirm download action.

References:
https://cwe.mitre.org/data/definitions/223.html
https://cwe.mitre.org/data/definitions/356.html

Best regards,
Bug: Selection ring in create tab group panel uses wrong colour
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-11-01 15:36:51+00:00
Resolved: 2024-11-22 09:33:35+00:00

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

Create a new tab group (drag and drop or right-click menu)

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

Colour selector ring should be primary blue

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

Colour of select ring is the wrong colour (see screenshot)
Bug: Scrolling with mouse wheel not working for vertical tabs for some users
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-01 16:03:25+00:00
Resolved: 2024-11-04 12:25:29+00:00

After updates from bug 1927094, some users are reporting they are no longer able to scroll their vertical tabs using the mouse wheel and are forced to click and drag the scrollbar. I'm not sure what exactly is causing it to affect some users and not others.
Bug: After latest update, Firefox Color is not working, theme keeps going back to default
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-01 17:47:03+00:00
Resolved: 2024-11-04 23:09:19+00:00

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

Steps to reproduce:

Open Firefox 132.0 (20241021175835)


Actual results:

After latest update, Firefox Color is not working, theme keeps going back to default


Expected results:

Respect my theme
Bug: v133.0b3 gmail support broken
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-01 19:51:59+00:00
Resolved: 2024-11-03 06:24:43+00:00

Steps to reproduce:

I upgraded from v133.0b2 to v133.0b3 for Linux x86_64


Actual results:

Henceforth, every 'mail.google.com/*' page request returns exactly this response:
'<html>
<body>
</body>
</html>
' 
ie. a blank and non-standards conformant response (missing 
'<!DOCTYPE html>' prefix.

I have logged in to my 'Manage Google Account' page, 
https://myaccount.google.com, and selected the 'Apps -> Gmail' option,
and still the same blank page response occurs. 

This problem did not occur under v133.0b2, and still does not occur under 
system Firefox v131.03 or under Chrome 132.0.6793.2 .

This does not happen with


Expected results:

When accessing the URL 'https://mail.google.com/mail/u/0/#inbox' ,
the GMail application Web interface should be displayed, as it was 
in all previous Firefox versions and in other browsers.
Bug: Firefox Color Theme resets after reboot of the browser
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-01 22:24:10+00:00
Resolved: 2024-11-01 22:56:54+00:00

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

Steps to reproduce:

1) Goto https://color.firefox.com/?fromAddon=true
2) Change some colors/apply a save theme
3) Reboot the browser
4) Theme should be back to the default one


Actual results:

Theme resets after a browser reboot


Expected results:

Theme should stay the same
Bug: Microphone permissions for administrative template allowed sites not working
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-11-01 23:10:49+00:00
Resolved: 2024-12-02 15:01:43+00:00

Steps to reproduce:

I've used admx files (even tested with the newest) imported to Microsoft Intune to set Allowed sites to permit microphone usage.

This worked up to and including 131.0.3, but stopped working in 132 for Windows.


Actual results:

I'm being asked to allow microphone on a site that is already in the allow list (I can even see it in the list).


Expected results:

I shouldn't have been asked, as this setting is preset in the administrative templates.
Bug: Crash in [@ mozilla::net::BaseWebSocketChannel::GetNotificationCallbacks]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-02 01:03:38+00:00
Resolved: 2024-11-06 15:50:29+00:00

Crash report: https://crash-stats.mozilla.org/report/index/36f5a561-58d1-4390-9641-0745a0241101

Reason:
```
EXCEPTION_ACCESS_VIOLATION_WRITE
```

Top 10 frames:
```
0  xul.dll  mozilla::net::BaseWebSocketChannel::GetNotificationCallbacks(nsIInterfaceRequ...  netwerk/protocol/websocket/BaseWebSocketChannel.cpp:108
1  xul.dll  NS_QueryNotificationCallbacks(nsIWebSocketChannel*, nsID const&, void**)  netwerk/base/nsNetUtil.h:671
1  xul.dll  NS_QueryNotificationCallbacks<nsIWebSocketChannel, nsILoadContext>(nsIWebSock...  netwerk/base/nsNetUtil.h:690
2  xul.dll  IPC::SerializedLoadContext::SerializedLoadContext(nsIWebSocketChannel*)  docshell/base/SerializedLoadContext.cpp:61
3  xul.dll  mozilla::net::WebSocketChannelChild::AsyncOpenNative(nsIURI*, nsTSubstring<ch...  netwerk/protocol/websocket/WebSocketChannelChild.cpp:517
4  xul.dll  mozilla::dom::WebSocketImpl::AsyncOpen(nsIPrincipal*, unsigned long long, nsI...  dom/websocket/WebSocket.cpp:1858
5  xul.dll  mozilla::dom::WebSocket::ConstructorCommon(mozilla::dom::GlobalObject const&,...  dom/websocket/WebSocket.cpp:1524
6  xul.dll  mozilla::dom::WebSocket::Constructor(mozilla::dom::GlobalObject const&, nsTSu...  dom/websocket/WebSocket.cpp:1049
7  xul.dll  mozilla::dom::WebSocket_Binding::_constructor(JSContext*, unsigned int, JS::V...  dom/bindings/WebSocketBinding.cpp:1146
8  xul.dll  CallJSNative(JSContext*, bool (*)(JSContext*, unsigned int, JS::Value*), js::...  js/src/vm/Interpreter.cpp:518
```
Bug: Pressing "Open in a new tab" on a bookmark in the bookmarks section of the hamburger menu will now close the hamburger menu, previously it'd stay open
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2024-11-02 02:15:48+00:00
Resolved: 2024-12-17 20:53:59+00:00

Steps to reproduce:

Open the hamburger menu -> Select Bookarmks -> Right click a link in the "Recent Bookmarks" section -> Click "Open in a new tab"


Actual results:

It opens the tab and closes the hamburger menu


Expected results:

In previous versions the hamburger menu would remain open after right clicking a recent bookmark and opting to "Open in a new tab"
Bug: Downloaded Files Are Now Opening in the Background
Status: NEW
Priority: P3
Created: 2024-11-02 04:43:17+00:00
Resolved: 2024-11-17 05:37:19+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 clicked on the "display the progress of ongoing downloads" after completing a download. I click on any of the listed files.


Actual results:

The file opens with the desired program but in the background instead of the foreground (it isn't viewable without additional clicking on the Windows toolbar widget).


Expected results:

I should click on the link and the file should appear on top.

This issue has only been happening for the last few days and I believe it has to do with the recent 132.0 update (10/29/24).

I ran Firefox in safe mode and the issue still happens. The image program I'm using doesn't have this issue when I use it independently from Firefox. I've tried other browsers and the issue doesn't exist.
Bug: The Firefox url box is displaced in Nightly builds
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-11-02 15:08:29+00:00
Resolved: 2024-11-06 15:42:40+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 just loaded Firefox Nightly build v134.0a1.


Actual results:

on load the url-bar/box is displaced upwards by a few pixels it looks like.

but after a few seconds it re-positions itself to where it should be inline with rest of that toolbar.


Expected results:

it should be not displaced but inline where its always been.
Bug: Drag link from a null-origin document to new Tab obscures the origin of an external protocol handler prompt
Status: NEW
Priority: P5
Created: 2024-11-02 18:37:11+00:00
Resolved: 2024-12-11 19:58:37+00:00

Drag link 🔗 to new Tab leads to the origin of an external protocol handler prompt could have been obscured using a data: URL using Iframe📄

If We Drag protocol link 🔗 From Iframe to New Tab 📑, it does not show origin information in external protocol Permission prompt 

`Steps to Reproduce: `

1. Open PufIndex.html
2. Drag Link to new tab (or) Drag image to new tab 
`Result:  ` origin does not show in external protocol Permission prompt

I have attached video Link 🌐🔗🔒 reproducing the attack. ✅

OS Info 🖥️🖱️:
Firefox Version: [134.0a1]
Operating System: [ Windows 10 🖥️ ] 

Thank you
Bug: url bar not hidden when full screen nightly 134
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-03 06:01:26+00:00
Resolved: 2024-11-03 06:32:24+00:00

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

Steps to reproduce:

1. Download Nightly
2. use F11



Actual results:

URL Bar floating not hidden. NO legacy stylesheet changes, just plain firefox nightly


Expected results:

URL Bar hidden and not floating, like in firefox 130-131
Bug: Firefox restores outdated tabs from hours ago instead of the last session’s tabs upon restart
Status: UNCONFIRMED
Priority: P3
Created: 2024-11-03 11:45:51+00:00
Resolved: 2024-11-19 01:03:02+00:00

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

Steps to reproduce:

1. Used Firefox with multiple tabs open over several days, including putting Windows into hibernation.
2. Closed all Firefox windows.
3. Restarted Firefox.


Actual results:

Upon restart, Firefox restores tabs from a previous session (several hours prior) instead of the tabs that were open at the time of closing. Older, previously closed tabs appear, while more recently open tabs are missing.


Expected results:

Firefox should restore the exact tabs that were open at the time of closing the browser, not from an earlier session.
Bug: Firefox color (addon) not starting with broswer
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-03 12:29:18+00:00
Resolved: 2024-11-03 14:32:14+00:00

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

Steps to reproduce:

    Open your browser.
    Add the "Firefox Color" add-on and pick or create a color scheme.
    Close the browser (ensure all application processes are stopped).
    Reopen the browser and check the set colors.


Actual results:

By default, open colors are not used. Only after opening a link at color.firefox.com and changing any value or selecting the same, and confirming, will colors change.



Expected results:

Change color scheme in the browser, because default schemes (light/dark) do not have enough contrast and saturation.
Bug: Full screen mode does not hide address bar when vertical tabs are enabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-03 13:34:28+00:00
Resolved: 2024-11-06 01:14:33+00:00

**Steps to reproduce**
1. Enable vertical tabs.
2. Press F11 to go full screen.

Other elements dissappear but the address bar is stuck in a transparent overlay.
Bug: firefox color not keeping the color theme after restart
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-03 14:44:40+00:00
Resolved: 2024-11-03 14:52:04+00:00

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

Steps to reproduce:

Have a firefox color theme selected. Restart firefox. 


Actual results:

Firefox color theme is not retained between restarts. When re-applying it in firefox color (from saved themes) it works, but just until the next restart, when it turns back to the (gray) default theme. 


Expected results:

Color theme should persist after a restart.
Bug: Intermittent browser/components/sidebar/tests/browser/browser_hide_sidebar_on_popup.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2024-11-04 10:37:24+00:00
Resolved: 2024-12-30 12:05:30+00:00

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

---
```
task 2024-11-04T09:48:26.625Z] 09:48:26     INFO - TEST-PASS | browser/components/sidebar/tests/browser/browser_hide_sidebar_on_popup.js | Sidebar is shown initially - 
[task 2024-11-04T09:48:26.626Z] 09:48:26     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use �<!DOCTYPE html>�." {file: "https://example.com/browser/browser/components/privatebrowsing/test/browser/empty_file.html" line: 0}]
[task 2024-11-04T09:48:26.627Z] 09:48:26     INFO - Buffered messages logged at 09:46:58
[task 2024-11-04T09:48:26.628Z] 09:48:26     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use �<!DOCTYPE html>�." {file: "https://example.com/browser/browser/components/privatebrowsing/test/browser/empty_file.html" line: 0}]
[task 2024-11-04T09:48:26.628Z] 09:48:26     INFO - Buffered messages finished
[task 2024-11-04T09:48:26.629Z] 09:48:26     INFO - TEST-UNEXPECTED-FAIL | browser/components/sidebar/tests/browser/browser_hide_sidebar_on_popup.js | Test timed out - 
[task 2024-11-04T09:48:26.630Z] 09:48:26     INFO - GECKO(8264) | Completed ShutdownLeaks collections in process 1584
[task 2024-11-04T09:48:26.630Z] 09:48:26     INFO - TEST-START | Shutdown
```
Bug: addressbar can be shifted outside/down from normal position
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-11-04 13:19:51+00:00
Resolved: 2024-11-07 00:10:48+00:00

Firefox 134.0a1 20241103214544 and 20241104092716 on Windows 10

Seen twice today:
The address bar is moved below it's normal position and hovers there. The issue persists across tabs, to fix it the location bar needs to be focused and the user to type a key.

The browser console only contained:

```
14:15:45.051 can't access property "isAdoptingTab", this.window.gBrowserInit is undefined ext-browser.js:1148:9
    get activeTab chrome://browser/content/parent/ext-browser.js:1148
    candidates chrome://extensions/content/parent/ext-tabs-base.js:2113
    InterpretGeneratorResume self-hosted:1413
    next self-hosted:1334
    query chrome://extensions/content/parent/ext-tabs-base.js:2135
    next self-hosted:1334
    from self-hosted:533
    query chrome://browser/content/parent/ext-tabs.js:1016
    result resource://gre/modules/ExtensionParent.sys.mjs:1223
    withCallContextData resource://gre/modules/ExtensionParent.sys.mjs:666
    result resource://gre/modules/ExtensionParent.sys.mjs:1222
    withPendingBrowser resource://gre/modules/ExtensionParent.sys.mjs:676
    result resource://gre/modules/ExtensionParent.sys.mjs:1221
    callAndLog resource://gre/modules/ExtensionParent.sys.mjs:1172
    recvAPICall resource://gre/modules/ExtensionParent.sys.mjs:1220
    AsyncFunctionNext self-hosted:800


14:15:45.052 Uncaught (in promise) Error: An unexpected error occurred undefined
```

Sam, could you take a look at this issue?
Bug: Tabs icon needs to be updated according to Figma design
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-11-04 13:40:20+00:00
Resolved: 2025-01-23 12:05:55+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. Open dedicated search button and check `Tabs` icon
2. Enter Tabs search mode
3. Go to about:preferences#search and check the icon in the Search Shortcuts table

**Expected result**
* According to [Figma](https://www.figma.com/design/4co0kOw3eJMQK3HRpTuD1b/Unified-search-button?node-id=2674-42914&node-type=frame&t=wsnHL4naK8x7rUY6-0), Tabs icon was redesigned.

**Actual result**
* Old icon is used in the places mentioned in STR.

**Regression range**
* Not a regression.