av9ash/GitBugs huggingface dataset:
Bug: “Search open tabs” feature doesn’t find ERROR pages
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2024-12-31 17:02:41+00:00
Resolved: 2025-01-31 11:23:52+00:00

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

Steps to reproduce:

Let’s consider these three of my 600+ open tabs:

1. https://exercism.org/tracks/python/exercises (titled “Python exercises on Exercism”)
2. https://exercism.org/tracks/python/exercises/zebra-puzzle/mentor_request (titled “Exercism”)
3. https://en.wikipedia.org/wiki/Exercism:_Get_mentoring_on_Zebra_Puzzle (titled “Exercism: Get mentoring on Zebra Puzzle - Wikipedia”)

(The third tab is newly-created for testing purposes.)

Open the address bar and start searching in open tabs by typing the percent sign (%) followed by word(s). Search for the words “exercism”, “zebra”, and “mentor”.


Actual results:

If I type “exercism” into the address bar, only the first tab is found.
If I type either “zebra” or “mentor”, no tabs at all are found!

It is IMPOSSIBLE to find tabs 2 and 3 via the “Search open tabs” feature!
My suspicion is that the bug is caused by a specific combination of letters or words in the URLs or titles of tabs 2 and 3.


Expected results:

Searching for “exercism” should show all three tabs.
Searching for either “zebra” or “mentor” should find the second and third tabs.

Tabs 2 and 3 should be findable, just like the hundreds of other tabs I have!
Bug: Screenshot produces broken or immobile image files
Status: UNCONFIRMED
Priority: P2
Created: 2025-01-01 06:01:57+00:00
Resolved: 2025-01-28 23:45:33+00:00

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

Steps to reproduce:

Take in-browser screenshot on window with lengthy title (twitter, epub files)
Has been a issue since at least 131.0


Actual results:

Screenshots with lengthy titles are broken completely - cannot delete, rename, or move. Forced to set as hidden items
Screenshots with lengthy but truncated titles ([...]) can be read but not renamed or moved 


Expected results:

png with normal behavior
Bug: can't access property "dataset", this.toolbarButton is null, chrome://browser/content/sidebar/browser-sidebar.js:1097
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2025-01-01 09:47:12+00:00
Resolved: 2025-01-02 21:31:21+00:00

Spotted in logs for bug 1932653.

Currently browser-sidebar.js looks like this:

https://searchfox.org/mozilla-central/rev/1f2c929f93eabe6d753096e47641ebba68b16601/browser/components/sidebar/browser-sidebar.js#1089-1115
```js
if (!toolbarButton) {
  return;
}
if (!this.sidebarRevampEnabled) {
  toolbarButton.dataset.l10nId = "show-sidebars";
} else {
  let sidebarToggleKey = document.getElementById("toggleSidebarKb");
  const shortcut = ShortcutUtils.prettifyShortcut(sidebarToggleKey);
  this.toolbarButton.dataset.l10nArgs = JSON.stringify({ shortcut });
  toolbarButton.toggleAttribute("expanded", this.sidebarMain.expanded);
  switch (this.sidebarRevampVisibility) {
    case "always-show":
      // Toolbar button controls expanded state.
      toolbarButton.checked = this.sidebarMain.expanded;
      toolbarButton.dataset.l10nId = toolbarButton.checked
        ? "sidebar-widget-collapse-sidebar2"
        : "sidebar-widget-expand-sidebar2";
      break;
    case "hide-sidebar":
      // Toolbar button controls hidden state.
      toolbarButton.checked = !this.sidebarContainer.hidden;
      toolbarButton.dataset.l10nId = toolbarButton.checked
        ? "sidebar-widget-hide-sidebar2"
        : "sidebar-widget-show-sidebar2";
      break;
  }
}
```

Looks like the `this.toolbarButton` should be `toolbarButton`, same as in bug 1923326.
Bug: bookmarks in bookmark toolbar render slower on first maximization of new window then on repeated maximization
Status: NEW
Priority: P5
Created: 2025-01-01 16:44:36+00:00
Resolved: 2025-01-23 10:34:18+00:00

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

Steps to reproduce:

1. Have bookmark toolbar enabled and entire toolbar filled with many icons (of bookmarks without naming them, or only naming them with max. 8 characters on average)
2. Have a small Firefox window open on a notebook (medium-range CPU).
3. press Ctrl+N to open a new window (it should open in the same small size as original window was)
4. press Alt+Spacebar+X to maximize the new window
5. revert window to previous size
repeat step 4.


Actual results:

during initial processing of step 4, the bookmark icons are loaded visibly slower than on concurrent size-transformations of the window.


Expected results:

Already the initial step 4 processing should render the bookmark icons at the same high drawing speed as when repeating step 4 after having completed step 5
Bug: Tab group button is not keyboard accessible
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-02 03:04:40+00:00
Resolved: 2025-01-02 13:13:45+00:00

## Prerequisites:

Found on Nightly 135.0a1 (2025-01-01)(64-bit)
Create a tab group

## STR:

NOTE- make sure a tab group is created first before following the steps below

1. Using only the keyboard, press the `TAB` key and navigate to the tabs open in your browser window. Focus should move to the tab that currently appears on screen
2. Once focus is placed on the tab, use the `Left arrow` key to try and move focus to the tab group button
3. Press `Shift` + `TAB` and try to move focus backwards to try and reach the tab group button

## Expected / Actual:

Mouse users are able to click on the tab group button to expand/collapse the view of the tabs that sit in the group. In addition, mouse users can right click on the tab group button to open the 'Manage tab group' dialog. The expectation is that one can perform the same actions using only a keyboard. At this time, keyboard focus cannot reach the tab button group whatsoever.

[Screen Recording](https://drive.google.com/file/d/1UujjQtNaWI6SEcov_p9LtH3t0HIwOVl9/view?usp=sharing)
Bug: Manage Tab Group: Pressing Tab key when color radio buttons have focus moves focus outside the dialog
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2025-01-02 03:28:00+00:00
Resolved: 2025-01-10 09:05:48+00:00

## Prerequisites:

Found on Nightly 135.0a1 (2025-01-01)(64-bit)
Create a tab group
NOTE: The tab group button is not keyboard accessible (see [1939676](https://bugzilla.mozilla.org/show_bug.cgi?id=1939676)). To access the 'Manage tab group' dialog, I right clicked on the tab group button and continued using only the keyboard

## STR:

NOTE- make sure a tab group is created first before following the steps below

1. Right click the tab group button created
2. Press the `TAB` key multiple times and observe keyboard focus behavior

## Expected / Actual:

After keyboard focus reaches the group of color radio buttons, focus should move to 'New tab in group', then 'Move group to new window', then 'Save and close group', then 'Ungroup tabs', and then 'Delete group'. At this time, focus never reaches the buttons after the group of color radio buttons. These buttons should receive focus (+ a focus outline) and focus should NOT move outside of the dialog until the user has made a choice to do so.

[Screen Recording](https://drive.google.com/file/d/1GQFytkGOo8UURDEYS96r4UlZ9FzTpFrd/view?usp=sharing)
Bug: [larch] Null state content displayed when UI is not actually in a null state
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-02 15:20:21+00:00
Resolved: 2025-01-09 04:32:39+00:00

Specifically, this shows up when a tab group exists and you want to add additional suggested tabs to the group. 

Step to reproduce:

Click to manage tab group --> Suggest More Tabs 

Expected:
Suggested tabs show up

Actual:
Suggested tabs show up and also "No suggestions available. Try opening more tabs" (See screenshot)
Bug: 6.37% sessionrestore_no_auto_restore (Linux) regression on Mon December 30 2024
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2025-01-02 15:35:59+00:00
Resolved: 2025-01-20 12:59:17+00:00

Perfherder has detected a talos performance regression from push [886af1de2c44e2dff7487ab6b04fc0b5cfa48894](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=886af1de2c44e2dff7487ab6b04fc0b5cfa48894). 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)** |  
|--|--|--|--|--| 
| [7%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,83037,1,1)  | [sessionrestore_no_auto_restore](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#sessionrestore_no_auto_restore) | windows11-64-shippable-qr | e10s fission stylo webrender | 334.92 -> 359.33 | 
| [7%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,106567,1,1)  | [sessionrestore_no_auto_restore](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#sessionrestore_no_auto_restore) | windows11-64-shippable-qr | e10s fission stylo webrender-sw | 315.17 -> 337.17 | 
| [6%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4767274,1,1)  | [sessionrestore_no_auto_restore](https://firefox-source-docs.mozilla.org/testing/perfdocs/talos.html#sessionrestore_no_auto_restore) | linux1804-64-shippable-qr | e10s fission stylo webrender | 844.58 -> 898.42 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=43253), 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 43253`

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 aglavic@mozilla.com.
Bug: [larch] Loading animation doesn't end – Smart tab groups
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-02 15:39:21+00:00
Resolved: 2025-01-09 03:32:36+00:00

Steps to reproduce:

1. Create a tab group and ensure there are no other tabs in the tab strip
2. Click on "Suggest Other Tabs"

Expected:

Loading animation runs and then a null state appears with messaging 

Actual:

Loading animation hangs and nothing happens afterwards. When you close the menu and right-click on the group label again the loading animation is still there in addition to "Suggest Other Tabs" button. See screenshots
Bug: [larch] Null state doesn't show up and buttons disappear in Smart tab groups creation panel
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-02 15:45:52+00:00
Resolved: 2025-01-09 04:32:48+00:00

Steps to reproduce:

1. Open 3 tabs (2 tabs about shopping and 1 tab about news)
2. Create a tab group using drag and drop using the 2 shopping websites
3. Select "Suggest Other tabs" in the create tab group panel

Expected:
A null state appears since there's no related shopping tabs in the tab strip

Actual:
No null state and the "Cancel" and "Done" buttons disappear
Bug: [larch] Tabs list is in disabled state when showing suggested tabs in smart tab groups
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-02 15:49:54+00:00
Resolved: 2025-01-09 04:00:02+00:00

Steps to reproduce

1. Create a tab group (ensure there are similar tabs in the tab strip for smart tab groups to suggest them)
2. Click on "Suggest Other Tabs"

Expected:
When displaying suggested tabs list the website labels are greyed out

Actual:
Website labels shouldn't be greyed out
Bug: [larch] Label name is not centered to tab group label when using smart tab groups titles
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-02 15:53:06+00:00
Resolved: 2025-01-09 04:17:21+00:00

Steps to reproduce:

1. Create a tab group and accept the smart tab group label that it suggests 

Expected:
Group name is centered to the label

Actual:

Group name is not centered aligned (see screenshot – Left group is Smart Tab Group, right group is non-smart tab group)
Bug: [larch] "Prompts for AI chatbot" button needs to be removed in Manage tab group panel
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-02 21:43:36+00:00
Resolved: 2025-01-09 00:03:48+00:00

Steps to reproduce:

1. Create a tab group
2. Right-click to open the Manage tab group panel

Expected behavior:

Panel doesn't show "Prompts for AI chatbot" button

Actual behavior:

Panel shows "Prompts for AI chatbot" button
Bug: Regression: macOS Automatic Text Replacement broken in Firefox 134
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2025-01-02 21:48:18+00:00
Resolved: 2025-01-02 22:30:54+00:00

Steps to reproduce:

In macOS Settings > Keyboard > Text Input > Text Replacements, set `omw` to be replaced with `On my way!`. (Or choose any other string to be replaced with any other string.)

In Firefox's about:config, set:
`widget.macos.automatic.text_replacement` = `true`
`ui.autocorrectDefault` = `2`


Actual results:

When I type `omw`, nothing happens.


Expected results:

When I type `omw`, it should get replaced with `On my way!`

This does work properly in Firefox 133.0.3, so it's a regression in Firefox 134.0.

Please see also https://bugzilla.mozilla.org/show_bug.cgi?id=1149826 for a history of Firefox supporting this feature. It was finally added this past September after more than a decade! It would be so great if the feature could continue actually working!!!
Bug: Freeze for huge Data URLs
Status: NEW
Priority: P3
Created: 2025-01-02 23:22:13+00:00
Resolved: 2025-01-07 09:46:38+00:00

Steps to reproduce:

Open the attached data URL in the address bar.


Actual results:

FF GUI becomes unresponsive during opening. After switching tabs back and forth it becomes unresponsive again.


Expected results:

FF GUI should remain respsonsive.
Bug: 0.32% Images Tabs closed [+30s, forced GC] (Windows) regression on Fri December 20 2024
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2025-01-03 15:51:06+00:00
Resolved: 2025-01-23 14:15:43+00:00

Perfherder has detected a awsy performance regression from push [56a0940e1b1433d60a80253e2f343adb0ef9f87c](https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=56a0940e1b1433d60a80253e2f343adb0ef9f87c). 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)** |  
|--|--|--|--|--| 
| [0.32%](https://treeherder.mozilla.org/perfherder/graphs?timerange=1209600&series=autoland,4663370,1,4)  | [Images](https://firefox-source-docs.mozilla.org/testing/perfdocs/awsy.html#images) Tabs closed [+30s, forced GC] | windows11-64-2009-shippable-qr | fission tp6 | 1,682,193.33 -> 1,687,640.00 | 


Details of the alert can be found in the [alert summary](https://treeherder.mozilla.org/perfherder/alerts?id=43244), 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 43244`

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 afinder@mozilla.com.
Bug: [larch] Deselect needs to toggle to Select all in suggested tabs panel
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-03 17:16:43+00:00
Resolved: 2025-01-09 03:59:33+00:00

Steps to reproduce:

1. Create a tab group and have additional ungrouped tabs that are similar
2. Select "Suggest tabs to group?"
3. Select "Deselect"

Expected behavior:

1. Text should say "Deselect all" and not be in bold (missing "all" string)
2. After clicking on it, it should toggle to "Select all" and allow users to check all items

Actual behavior:

Text is in bold and says "Deselect"
After clicking on it, it doesn't toggle to "Select all"
Bug: [larch] Null state layout doesn't match spec
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-03 17:20:34+00:00
Resolved: 2025-01-09 03:44:06+00:00

Steps to reproduce:

1. Trigger null state by creating a tab group and no having any other tabs on tab strip

Expected behavior:

Null state message styling should match spec:

1. Text shouldn't be in bold
2. Text should be left aligned
3. No icon (We only show the icon in the opening screen if we have no tabs to suggest in the first place)

Actual behavior:
See screenshot
Bug: Intermittent browser/components/translations/tests/browser/browser_translations_full_page_panel_firstrun_revisit.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2025-01-03 21:40:37+00:00
Resolved: 2025-01-27 12:04:14+00:00

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

---
```
[task 2025-01-03T20:25:42.470Z] 20:25:42     INFO - TEST-PASS | browser/components/translations/tests/browser/browser_translations_full_page_panel_firstrun_revisit.js | The translations button is visible. - 
[task 2025-01-03T20:25:42.471Z] 20:25:42     INFO - Opening the popup
[task 2025-01-03T20:25:42.471Z] 20:25:42     INFO - Waiting for the full-page-translations-panel popupshown event
[task 2025-01-03T20:25:42.471Z] 20:25:42     INFO - Buffered messages finished
[task 2025-01-03T20:25:42.473Z] 20:25:42     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_full_page_panel_firstrun_revisit.js | Test timed out - 
[task 2025-01-03T20:25:42.474Z] 20:25:42     INFO - GECKO(1764) | Completed ShutdownLeaks collections in process 5952
[task 2025-01-03T20:25:42.474Z] 20:25:42     INFO - TEST-START | Shutdown
```
Bug: Intermittent browser/base/content/test/contextMenu/browser_contextmenu_share_win.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2025-01-03 21:41:50+00:00
Resolved: 2025-01-27 12:04:05+00:00

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

---
```
[task 2025-01-03T20:09:27.527Z] 20:09:27     INFO - TEST-INFO | started process screenshot
[task 2025-01-03T20:09:27.695Z] 20:09:27     INFO - TEST-INFO | screenshot: exit 0
[task 2025-01-03T20:09:27.697Z] 20:09:27     INFO - Buffered messages logged at 20:07:57
[task 2025-01-03T20:09:27.697Z] 20:09:27     INFO - Entering test bound test_contextmenu_share_win
[task 2025-01-03T20:09:27.700Z] 20:09:27     INFO - Console message: [JavaScript Warning: "HTTPS-First Mode: Upgrading insecure speculative TCP connection �http://example.com/browser/browser/base/content/test/contextMenu/browser_contextmenu_shareurl.html� to use �https�."]
[task 2025-01-03T20:09:27.700Z] 20:09:27     INFO - Opening tab context menu
[task 2025-01-03T20:09:27.701Z] 20:09:27     INFO - Buffered messages finished
[task 2025-01-03T20:09:27.702Z] 20:09:27     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/contextMenu/browser_contextmenu_share_win.js | Test timed out - 
[task 2025-01-03T20:09:27.702Z] 20:09:27     INFO - GECKO(7208) | Completed ShutdownLeaks collections in process 7700
[task 2025-01-03T20:09:27.703Z] 20:09:27     INFO - TEST-START | Shutdown
```
Bug: pdf.js error prevents correct phone number entry
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2025-01-05 15:58:40+00:00
Resolved: 2025-01-08 14:07: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 encountered the issue trying to fill in a phone number form on a .pdf file; the exact file can be found on the URL <https://www.health.state.mn.us/people/vitalrecords/docs/bcappia.pdf>.  I am a U.S. citizen who was asked to enter a 10-digit phone number in the application. I attempted to type in my 10-digit number in only alphanumerics (no hyphens or parentheses).


Actual results:

When I attempted to enter the phone number, I encountered the error: 

pdf.js

The value entered does not match the format of the field = "999-9999"

I confirmed that the issue exists in all versions of Firefox Desktop, including Beta, Nightly, and Developer Edition. If I format my phone number like XXX-XXXX, the error does not occur; however, this is of course not the 10-digit format requested by the form and omits the area code.


Expected results:

I should be able to correctly enter the 10-digit phone number alphanumerically, after which the .pdf will automatically display it in the (XXX) XXX-XXXX format. I confirmed that the form is correctly fillable in a competitor to Firefox, Microsoft Edge browser.
Bug: Zoomed images appear zoomed only in the top-left corner in tab previews
Status: NEW
Priority: P3
Created: 2025-01-05 18:04:27+00:00
Resolved: 2025-02-03 13:06:52+00:00

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

Steps to reproduce:

Zoomed on the down-right corner of a 8K image, then went to another tab, and hovered the cursor over the tab that contained the 8K image.


Actual results:

The tab preview shows a zoom on the top-left of the image.


Expected results:

The tab preview should have shown the same zoom that I have done.
Bug: Scrollbars are wobbling with enabling "Always show scrollbars" option
Status: NEW
Priority: P3
Created: 2025-01-06 02:54:07+00:00
Resolved: 2025-02-18 21:42:45+00:00

I guess there's duplicated bug report about this issue, but I couldn't find it.

STR

1. Enable "Always show scrollbars" option in about:preferences
2. Enable "Sidebar" option
3. Open https://treeherder.mozilla.org/logviewer?job_id=488863072&repo=try&lineNumber=2333
Bug: Content area round border fails on x.com with vertical tabs enabled
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2025-01-06 09:23:13+00:00
Resolved: 2025-01-07 19:34:23+00:00

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

Steps to reproduce:

Open Firefox
Enable sidebar revamp and vertical tabs (right or left doesn't matter)
Open x.com website


Actual results:

Content area should have a round border on top-left (or top-right) corner.


Expected results:

Top-left (or top-riight) content area round border is covered by page background on x.com, while it works on other websites.