av9ash/GitBugs huggingface dataset:
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_searchModeSwitcher_basic.js | single tracking bug
Status: NEW
Priority: P5
Created: 2025-02-13 04:53:50+00:00
Resolved: 2025-03-04 14:45:57+00:00

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

---
```
[task 2025-02-13T04:03:39.594Z] 04:03:39     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_basic.js | true == true - 
[task 2025-02-13T04:03:39.594Z] 04:03:39     INFO - Buffered messages finished
[task 2025-02-13T04:03:39.595Z] 04:03:39     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_basic.js | Opened settings page - "about:blank" == "about:preferences#search" - 
[task 2025-02-13T04:03:39.595Z] 04:03:39     INFO - Stack trace:
[task 2025-02-13T04:03:39.595Z] 04:03:39     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/browser/browser_searchModeSwitcher_basic.js:open_settings:25
[task 2025-02-13T04:03:39.595Z] 04:03:39     INFO - chrome://mochikit/content/browser-test.js:handleTask:1147
[task 2025-02-13T04:03:39.595Z] 04:03:39     INFO - chrome://mochikit/content/browser-test.js:_runTaskBasedTest:1219
[task 2025-02-13T04:03:39.596Z] 04:03:39     INFO - chrome://mochikit/content/browser-test.js:Tester_execTest:1360
[task 2025-02-13T04:03:39.596Z] 04:03:39     INFO - chrome://mochikit/content/browser-test.js:nextTest/<:1136
[task 2025-02-13T04:03:39.596Z] 04:03:39     INFO - chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/<:1058
[task 2025-02-13T04:03:39.597Z] 04:03:39     INFO - Leaving test bound open_settings
[task 2025-02-13T04:03:39.597Z] 04:03:39     INFO - Entering test bound open_settings_with_there_is_already_opened_settings
[task 2025-02-13T04:03:39.598Z] 04:03:39     INFO - Open settings page in a tab
[task 2025-02-13T04:03:40.059Z] 04:03:40     INFO - Open new window
[task 2025-02-13T04:03:40.608Z] 04:03:40     INFO - GECKO(2280) | 1739419420607	Marionette	TRACE	Received observer notification browser-delayed-startup-finished
[task 2025-02-13T04:03:40.743Z] 04:03:40     INFO - Open the urlbar and open the switcher via keyboard in the new window
[task 2025-02-13T04:03:40.754Z] 04:03:40     INFO - Waiting for the urlbar view to open
[task 2025-02-13T04:03:40.893Z] 04:03:40     INFO - Urlbar view opened
[task 2025-02-13T04:03:40.894Z] 04:03:40     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_basic.js | true == true - 
```
Bug: Intermittent TV browser/components/urlbar/tests/browser/browser_searchModeSwitcher_keyNavigation.js | single tracking bug
Status: NEW
Priority: P5
Created: 2025-02-13 04:57:27+00:00
Resolved: 2025-03-04 14:44:04+00:00

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

---
```
[task 2025-02-13T04:29:20.323Z] 04:29:20     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_keyNavigation.js | {"elementIndex":0} == {"elementIndex":0} - 
[task 2025-02-13T04:29:20.323Z] 04:29:20     INFO - Buffered messages finished
[task 2025-02-13T04:29:20.324Z] 04:29:20     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_keyNavigation.js | Uncaught exception in test bound test_focus_order_by_tab - undefined - timed out after 50 tries.
[task 2025-02-13T04:29:20.325Z] 04:29:20     INFO - Leaving test bound test_focus_order_by_tab
[task 2025-02-13T04:29:20.325Z] 04:29:20     INFO - Entering test bound test_focus_order_by_tab_with_no_results
[task 2025-02-13T04:29:20.326Z] 04:29:20     INFO - Test for {"scotchBonnetEnabled":true,"input":"","shiftKey":false}
[task 2025-02-13T04:29:20.326Z] 04:29:20     INFO - Open urlbar results
[task 2025-02-13T04:29:20.327Z] 04:29:20     INFO - Enter Tabs mode
[task 2025-02-13T04:29:20.537Z] 04:29:20     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_keyNavigation.js | "urlbar-input" == "urlbar-input" - 
[task 2025-02-13T04:29:20.538Z] 04:29:20     INFO - Enter extra value
[task 2025-02-13T04:29:20.581Z] 04:29:20     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_searchModeSwitcher_keyNavigation.js | Focus was moved to a component other than the urlbar - true == true - 

```
Bug: The sidebar should inherit the same state from the window it is was opened from
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2025-02-13 07:28:25+00:00
Resolved: 2025-03-05 14:52:13+00:00

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

Steps to reproduce:

1. Enable the new sidebar by setting `sidebar.revamp` to `true`.
2. Enable the expanded sidebar by shortcut (`Alt+Ctrl+Z`) or the button.
3. a) When a normal window is open, use either the shortcut (`Ctrl+Shift+P`) or the menu "New private window" to open a private window.
3. b) When a private window is open, use either the shortcut (`Ctrl+N`) or the menu "New window" to open a normal window.


Actual results:

The newly opened window always starts with a collapsed sidebar.
This is only the case when opening the new window from a window in a different "mode".
Same mode window or directly starting a specific mode, e.g. from cli, will have the expanded sidebar.


Expected results:

The sidebar in new windows should have the sidebar in the same state as the window it's opened from.
Bug: Remove unused and invalid import for "chrome://browser/content/translations/TranslationsTelemetry.sys.mjs"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2025-02-13 12:44:04+00:00
Resolved: 2025-02-13 20:55:51+00:00

Spotted while trying to scan all variables in Bug 1946568, we are needlessly importing TranslationsTelemetry.sys.mjs with a wrong path in browser/components/translations/content/fullPageTranslationsPanel.js.

Trying to access it crashes the browser, let's clean up the reference.
Bug: 5.39% perf_reftest_singletons parent-basic-singleton.html (Linux) regression on Mon February 3 2025
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-02-13 13:19:14+00:00
Resolved: 2025-02-13 16:00:41+00:00

Perfherder has detected a talos performance regression from push [ff5432cc7e7c0d223330a7c8f09a89d797793f83](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=ff5432cc7e7c0d223330a7c8f09a89d797793f83). As author of one of the patches included in that push, we need your help to address this regression.

### Regressions:

| **Ratio** | **Test** | **Platform** | **Options** | **Absolute values (old vs new)** |  
|--|--|--|--|--| 
| [5%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4767324,1,1)  | [perf_reftest_singletons](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#perf_reftest_singletons) parent-basic-singleton.html | linux1804-64-shippable-qr | e10s fission stylo webrender | 104.50 -> 110.13 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=43816), including links to graphs and comparisons for each of the affected tests. Please follow our [guide to handling regression bugs](https://wiki.mozilla.org/TestEngineering/Performance/Handling_regression_bugs) and **let us know your plans within 3 business days, or the patch(es) may be backed out** in accordance with our [regression policy](https://www.mozilla.org/en-US/about/governance/policies/regressions/).

If you need the profiling jobs you can trigger them yourself from treeherder job view or ask a sheriff to do that for you.

You can run all of these tests on try with `./mach try perf --alert 43816`

The following [documentation link](https://firefox-source-docs.mozilla.org/testing/perfdocs/mach-try-perf.html#running-alert-tests) provides more information about this command.

For more information on performance sheriffing please see our [FAQ](https://wiki.mozilla.org/TestEngineering/Performance/FAQ).

If you have any questions, please do not hesitate to reach out to fbilt@mozilla.com.
Bug: "Forget About This Site" context menu option missing from Firefox View history
Status: NEW
Priority: --
Created: 2025-02-13 13:42:05+00:00
Resolved: 2025-02-28 12:09:22+00:00

STR:
1. Visit `about:firefoxview#history`.
2. Click the ellipses "..." for a page.

Expected:
"Forget About This Site" menu item appears like with history in Hamburger menu, Library (Ctrl+Shift+O) and old sidebar.

Actual:
Only "Delete from history" is available which clears individual pages but not entire sites.
Bug: Chatbot Flicker and misplacement, menu appears behind
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2025-02-13 14:40:12+00:00
Resolved: 2025-02-13 14:42:09+00:00

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

Steps to reproduce:


Selecting text, hovering the mouse over the chatbot button, pressing it; using the chatbot dialog, opening the context menu in the chatbot text field

Fedora 41
Gnome 47
Wayland
GTK3 3.24.43
Nvidia 565.77


Actual results:

UI elements such as the chatbot are misplaced (also happened to the autoscroll icon, form list controls and page context menu); the chatbot UI is flickering when interacting with it using the mouse
Bug: The Non-Sponsored results are duplicated in the Address Bar when typing keywords specific to other enabled contextual suggestions
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2025-02-13 15:14:07+00:00
Resolved: 2025-02-24 17:19:59+00:00

**[Affected versions]:**
- Firefox Nightly 137.0a1 Build ID: 20250212161131
- Firefox Beta 136.0b4 Build ID: 20250210091604
- Firefox Release 135.0 Build ID: 20250130195129

**[Affected Platforms]:**
- Windows 10 x64
- Ubuntu 20.04 x64
- macOS 15.1

**[Prerequisites]:**
- Have the Firefox browser installed.
- Have the `browser.search.region` pref set to “US”.
- Be enrolled in either the [Kayak](https://experimenter.services.mozilla.com/nimbus/kayak-suggestions-potential-exposures-relaunch/) or [Bloomberg](https://experimenter.services.mozilla.com/nimbus/bloomberg-suggestions-potential-exposures-relaunch/summary) experiments.

**[Steps to reproduce]:**
1. Open the browser with the profile from prerequisites.
2. In the Address Bar type a keyword specific to the experiment you are enrolled in (Kayak or Bloomberg)
E.g: Kayak: flight
Bloomberg: air deccan, bitcoin, spacex
3. Observe the suggestions from the Firefox Suggest section.

**[Expected result]:**
- Only one non-sponsored suggestion is displayed.

**[Actual result]:**
- Two results are displayed for the same suggestion.

**[Notes]:**
- Attached is a screenshot of the issue.
- We used mozregression to find the regression window and here is the resulting pushlog:
47:48.20 INFO: Last good revision: fd33855c148c79e8c576b3d35bd39960e03c5ad5
47:48.20 INFO: First bad revision: fc19820f2e1decee533aff3e825ffa60f3e84814
47:48.20 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=fd33855c148c79e8c576b3d35bd39960e03c5ad5&tochange=fc19820f2e1decee533aff3e825ffa60f3e84814
- We also saved the logs in this [document](https://docs.google.com/document/d/15AD1EfmzOVmqHN7KqMb-iVKMUGd6vryqLVdwLCGd-3w/edit?usp=sharing) in case it helps with the debugging.
Bug: Copy-pasting non-latin from Firefox/Thunderbird to LibreOffice resulting in \u0000 notation
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-13 15:20:08+00:00
Resolved: 2025-02-16 16:45:16+00:00

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

Steps to reproduce:

This happens only on Linux+Wayland (not X11), started to happen after updating Fedora 41 to KDE Plasma 6.3.

1. Open any webpage with Cyrillic, Greek, any non-latin text in Firefox (or in Thunderbird)
2. Select and copy the text to clipboard
3. Open Libreoffice Writer, press ctrl+alt+shift+v to paste without formatting. If it's an unformatted text (copied from the text field, address bar, etc, not from the html body itself) regular ctrl+v is sufficient.


Actual results:

Instead of pasting the symbols, \u0000 unicode notation of the symbols are pasted into Libreoffice document.


Expected results:

Cyrillic/Greek/etc symbols are pasted
Bug: scroll to zoom pdf randomly stops working
Status: UNCONFIRMED
Priority: --
Created: 2025-02-13 15:21:57+00:00
Resolved: 2025-02-28 16:25:03+00:00

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

Steps to reproduce:

linux, firefox nightly

https://download.asrock.com/Manual/B850M%20Steel%20Legend%20WiFi.pdf

open a pdf, press ctrl and scroll to zoom in or out


Actual results:

nothing, but sometimes after a scroll or just because it will start zooming


Expected results:

zoom every time
Bug: Latex generated pdf files containing portrait photos from mobiles render in incorrect orientation
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-13 15:24:08+00:00
Resolved: 2025-02-13 16:01:54+00:00

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

Steps to reproduce:

Created a latex file containing an image that was taken on an android phone in portrait mode
The attached screenshot shows the vscode (correct) rendering on the left and firefox on the right.
Minimum reproducible example below:
\documentclass{article}

\usepackage{graphicx}

\begin{document}

\includegraphics[width=\textwidth]{MatsumotoJo.jpg} %Portrait android phone photo

\end{document}


Actual results:

The footprint of the image is correct, but the image itself is rotated 90 degrees and warped to fit the same frame (see screenshot)


Expected results:

In other pdf renderers (chrome, vscode) the image displays correctly
Bug: Calculator: Copy localized string on result selection
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-02-13 18:15:25+00:00
Resolved: 2025-02-15 09:37:07+00:00

Currently when using the urlbar calculator, the non localized result payload is what's getting copied to clipboard on result selection. This should be changed so that the localized string which is displayed is what gets copied.
Bug: Mousing over a topsite shortcut with a long (multi-line) title causes all New Tab content to shift down a few pixels (after increasing Windows text size and Firefox page zoom)
Status: NEW
Priority: --
Created: 2025-02-13 23:04:14+00:00
Resolved: 2025-03-04 21:20:38+00:00

When I mouse over my New Tab's topsite shortcuts and the name of a shortcut with a truncated long name is expanded, the shortcut's Y position (but not its height) shifts down a few pixels, causing all the Pocket stories section to also shift down.

This only happens when page zoom is >= 110%. I'm using Windows 11.

I bisected this bug to this autoland pushlog for bug 1943748:

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=31edd73dabb6be2fb7a5670b30c73321f242c483&tochange=ba4e7196d595a287485ff82d7b3302fea3f5ada6
Bug: Resizing the sidebar while placed on the right side is not smooth and causes glitches
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-14 07:17:21+00:00
Resolved: 2025-02-14 15:03:46+00:00

**Found in**
* 137.0a1 (2025-02-13)



**Affected versions**
* 137.0a1 (2025-02-13) 








**Tested platforms**
* Affected platforms:  Windows 10x64, macOS 14, Ubuntu 24
* Unaffected platforms: none


**Steps to reproduce**
1. Enable the sidebar and place it on the right side.
2. Resize the sidebar.



****Expected result****
* Sidebar resizing is smooth and no glitches can be seen.

**Actual result**
* Sidebar resizing is glitchy and not smooth.


**Regression range**
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=492b20343145aed38aa28b5afaf0879d78167c01&tochange=c540eb5c0a914002537794fae4e26a727cc60dd5 
* potentially regressed by: 1930201 

**Additional notes**
* Attached a screen recording.
Bug: Open new tab after current not working inside tab group
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-02-14 07:41:36+00:00
Resolved: 2025-02-17 14:53:04+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 browser.tabs.groups.enabled
2. Enable browser.tabs.insertAfterCurrent


Actual results:

Press Ctrl + t to open a new tab inside a tab group.

It opens outside the tab group.

However, it opens correctly after current if I do right mouse click on the current tab > new tab to the right.


Expected results:

It should open after the current.
Bug: Tab Group label focus aria is not entirely visible on the left side when selected with Tab key
Status: NEW
Priority: P3
Created: 2025-02-14 11:24:27+00:00
Resolved: 2025-02-14 14:05:58+00:00

**Affected versions**
* Fx 137.0a1
* Fx 136.0b5

**Affected platforms**
* All

**Steps to reproduce**
1. Create a Tab Group 
2. Using Tab and arrow keys navigate and select the Tab Group label
3. Observe the Tab Group blue focus aria

**Expected result**
* Tab Group label focus aria should be entirely visible when label is selected

**Actual result**
* Tab Group label focus aria is not entirely visible on the left side when selected

**Regression range**
Not a regression

**Additional notes**
* See attached screenshot
Bug: sub tag not rendered correctly
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-14 12:33:57+00:00
Resolved: 2025-02-15 06:01:43+00:00

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

Steps to reproduce:

More and more frequently, I see that the "sub" tag is not rendered corretly.

It happens everywere:
http://www.chatGPT.com
https://aistudio.google.com/prompts/new_chat
https://chat.deepseek.com/


Actual results:

for example

this is not rendered correctly

"""
<em>x&lt;sub&gt;t&lt;/sub&gt;</em>
"""

because it's a sub tag
https://www.w3schools.com/tags/tag_sub.asp


Expected results:

it should have rendered correctly, there are many variations to the html code, but it keeps appearing everywhere in those previous mentioned websites
Bug: Shortcut titles not displayed correctly in modal dialogs from about:home when dark wallpaper is set
Status: NEW
Priority: --
Created: 2025-02-14 12:54:57+00:00
Resolved: 2025-02-14 12:54:57+00:00

**Found in**
* 136.0b5

**Affected versions**
* 137.0a1 
* 136.0b5
* 135.0

**Tested platforms**
* Affected platforms: Windows 11, macOS 14, Ubuntu 22.04
* Unaffected platforms: none

**Prerequisites**
* Have the Light theme enabled in Firefox

**Steps to reproduce**
1. Navigate to about:home and click the "Personalize new tab button" (gear icon) in the bottom-right corner of the window 
2. Select the "Photographs" category and choose the first image from the panel ("wallpaper-dark-sky")
3. Add a new shortcut or edit an existing one by opening the 3-dot menu from any shortcut
4. In the New/Edit Shortcut dialog, enter some characters in the Title field or observed the already existing ones displayed under the shortcut image

**Expected result**
* The characters should be correctly displayed under the shortcut image

**Actual result**
* The characters are not correctly displayed under the shortcut image:
  * entered characters are not visible in the New Shortcut dialog under the shortcut image
  * already existing text is displayed as underscores ("___") 

**Regression range**
* This is reproducing starting with Firefox Nightly 129.0a1 (2024-06-29), when new wallpapers were added to the panel (see bug 1899782), therefore this is not a regression

**Additional notes**
* See the attached screenshot
* Also reproducing with the rest of the dark photographs (wallpaper-dark-mountain, wallpaper-dark-panda, wallpaper-dark-fox, wallpaper-dark-beach, wallpaper-dark-landscape) or with other dark abstract wallpapers/solid colors
* Not reproducing when using the dark theme
Bug: The Weather widget menu is not completely dismissed if other elements from the browser are clicked/opened
Status: NEW
Priority: --
Created: 2025-02-14 13:04:13+00:00
Resolved: 2025-02-14 13:04:13+00:00

**[Notes:]**
- In certain circumstances when dismissing the menu by clicking outside the menu, there is a noticeable delay until the menu disappears completely. 
- This issue is only visible when the Weather Widget is displayed on the right part of the new tab page.
- The issue is NOT visible when the Weather Widget is displayed in the left part of the new tab, because the menu is not displayed over the widget.

**[Affected versions]:**
- Firefox Release 135.0 (Build ID: 20250130195129)
- Firefox Beta 136.0b5 (Build ID: 20250212091938)
- Nightly 137.0a1 (Build ID: 20250212161131)

**[Affected Platforms]:**
- Windows 10 x64
- MacOS 14.7.1
- Linux Mint 20.1

**[Prerequisites]:**
- Have a Firefox Beta 136 en-US build installed/extracted.
- Make sure that the following prefs are set:
 - browser.search.region = US
 - browser.newtabpage.activity-stream.newtabLayouts.variant-b = true

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Open the menu of the Weather Widget. 
3. Click on the Address bar.
4. Observe the behavior.

**[Expected result]:**
- The Weather Widget menu is completely dismissed.

**[Actual result]:**
- The part of the menu that covers the widget is not dismissed.

**[Additional Notes]:**
- Attached is a screen recording of the issue.
Bug: Deleted Tab groups from the Recently Closed Tabs inside the Hamburger menu are displayed with the hollow collapsed state
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2025-02-14 13:34:36+00:00
Resolved: 2025-02-24 13:41:04+00:00

**Found in**
* Nightly 137.0a1 (2025-02-13) 

**Affected versions**
* Nightly 137.0a1 (2025-02-13) 
* Beta 136.0b5

**Affected platforms**
* All

**Steps to reproduce**
1. Create a Tab group with the name Best.
2. Delete the Tab group.
3. Reach Hamburger menu > History > Recently Closed Tabs

**Expected result**
* Tab groups should be displayed with Full color.

**Actual result**
* Tab groups are displayed with the Hollow state.

**Regression range**
Not a regression.
Bug: IMG element load PNG with wrong mime-type, but not SVG
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2025-02-14 13:44:15+00:00
Resolved: 2025-02-14 14:01:57+00:00

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

Steps to reproduce:

In a HTML document  (served over HTTPS):

<IMG src="/images/foo.svg" alt="foo bar">

<IMG src="/images/bar.png" alt="bar baz">

If both image URLs have "Content-Type: application/octet-stream" in the response, only the PNG will be shown on the page, while the SVG not.

Fixing the server to send "Content-Type: image/svg+xml" will make SVG also appear.

This is consistent between Firefox v135.0  and MS Edge v133

Why this difference in handling SVG and PNG inline images?

Formally (to qualify this for a bug report):  SVG images are not loaded if content type is wrong, while PNGs are