av9ash/GitBugs huggingface dataset:
Bug: Shopping Container in Storybook is missing analysis-explainer
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-10-26 16:35:30+00:00
Resolved: 2023-12-14 23:33:36+00:00

In Storybook, the analysis-explainer card seems to be missing. We define the component [here](https://searchfox.org/mozilla-central/rev/40d51bef58b8e901d6ab4b60dd280f372a0e417d/browser/components/shopping/content/shopping-container.mjs#318-320). We might have to add some additional properties in the [Storybook entry](https://searchfox.org/mozilla-central/rev/40d51bef58b8e901d6ab4b60dd280f372a0e417d/browser/components/storybook/stories/shopping-container.stories.mjs) to make it appear as expected.
Bug: Intermittent browser/components/customizableui/test/browser_panelUINotifications_multiWindow.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2023-10-26 19:47:16+00:00
Resolved: 2023-11-05 04:32:41+00:00

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

---
```
[task 2023-10-26T18:51:34.893Z] 18:51:34     INFO - TEST-PASS | browser/components/customizableui/test/browser_panelUINotifications_multiWindow.js | The dismissed notification should still have a badge status - 
[task 2023-10-26T18:51:34.894Z] 18:51:34     INFO - Leaving test bound testOpenWindowAfterShowingNotification
[task 2023-10-26T18:51:34.895Z] 18:51:34     INFO - Buffered messages finished
[task 2023-10-26T18:51:34.896Z] 18:51:34     INFO - TEST-UNEXPECTED-PASS | browser/components/customizableui/test/browser_panelUINotifications_multiWindow.js | We expect at least one assertion to fail because this test file is marked as fail-if in the manifest. - 
[task 2023-10-26T18:51:34.896Z] 18:51:34     INFO - TEST-INFO | expected FAIL
[task 2023-10-26T18:51:34.902Z] 18:51:34     INFO - GECKO(12023) | MEMORY STAT | vsize 20454MB | residentFast 743MB | heapAllocated 685MB
[task 2023-10-26T18:51:34.903Z] 18:51:34     INFO - TEST-OK | browser/components/customizableui/test/browser_panelUINotifications_multiWindow.js | took 3547ms
```
Bug: Firefox View "Recent Browsing" section is unexpectedly scrolled-to-the-bottom, if you've scrolled down in another section before switching to it (also "Tabs from other devices" if you're signed in to Sync)
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-10-26 23:02:29+00:00
Resolved: 2023-12-19 13:22:55+00:00

STR:
1. Start Firefox with a fresh profile (just for a consistent starting-point)
2. Open a second Firefox window with a bunch of tabs (hold down Ctrl+T for a few seconds in the second window; this is in service of creating room-to-scroll in step 5).
3. Back in your first Firefox window, click the "Firefox View" icon.
4. Click "Open Tabs"
5. Scroll down to the end of that page.
6. Click "Recent Browsing"

ACTUAL RESULTS:
When you change to the Recent Browsing section, you're unexpectedly scrolled to the bottom of that section.

EXPECTED RESULTS:
I should be scrolled to the top.

It seems like we're preserving/transferring the scroll state somehow?

Interestingly, this doesn't happen for every Firefox View category-button -- only when switching to "Open Tabs", but not e.g. to the History section.  (if I'm signed in to Sync, then it also happens when I switch to the "Tabs from Other Devices" section.)

I'm using Firefox 121.0a1 (2023-10-26) (64-bit) on Ubuntu 22.04.
Bug: Firefox View left sidebar (category buttons) titles shift upwards by 1px when you scroll to the bottom of History
Status: NEW
Priority: P3
Created: 2023-10-26 23:12:23+00:00
Resolved: 2023-11-28 21:01:07+00:00

STR:
1. Start Firefox with a fresh profile.
2. Visit Firefox View and click "History"
3. Make your Firefox window short enough so that the "Show all History" button barely overflows, so that you have some room to scroll.
4. Scroll that section to the bottom.
5. Scroll back to the top, and then to the bottom again.

ACTUAL RESULTS:
When my scrolling reaches the very bottom,  all of the title-text in the left sidebar (Firefox View, Recent browsing, etc) shifts upwards by 1px.  When I scroll upwards, it shifts down by 1px again.

EXPECTED RESULT:
No such shift.

This might really be an APZ or Web Painting bug of some sort, or possibly a weird edge-case in web painting that is sort-of-expected that Firefox View can avoid...
Bug: Losing data because of browser.sessionstore.max_windows_undo that limits closed windows to 3
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2023-10-27 02:28:14+00:00
Resolved: 2024-05-08 09:38:30+00:00

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

Steps to reproduce:

Had a window with many tabs open. Opened another window with more tabs. Briefly opened a private window a couple of times. Closed that window. Reopened both windows with multiple tabs. Closed both windows and went to sleep.


Actual results:

Opened Firefox and only 1 window opened with 0 history of the other window. OH NO! I lost all my tabs AND the window because it's not in my history anymore.


Expected results:

Firefox went from unlimited windows w/tabs, down to 2 windows, and now down to 1. What is this? Shouldn't somebody warn people the features are changing dramatically, and Firefox will lose history? This has happened numerous times and I don't know how to prevent or stop it. I don't like forums because people there are misleading and don't always understand the issues. Wasted time instead of getting to tech support which too many businesses no longer have. Mozilla is losing ground to Microsoft & Google and I'm about to jump ship because too many companies refuse to keep up with Mozilla's many product updates. I've used Firefox for a couple of decades, but nobody cares about that anymore.
Bug: Intermittent toolkit/components/pdfjs/test/browser_pdfjs_stamp_telemetry.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2023-10-27 02:45:50+00:00
Resolved: 2023-10-31 03:55:16+00:00

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

---
```
[task 2023-10-27T01:35:12.511Z] 01:35:12     INFO - TEST-PASS | toolkit/components/pdfjs/test/browser_pdfjs_stamp_telemetry.js | Should have 1 inserted_image - 1 == 1 - 
[task 2023-10-27T01:35:12.512Z] 01:35:12     INFO - Buffered messages logged at 01:33:55
[task 2023-10-27T01:35:12.513Z] 01:35:12     INFO - Console message: Invalid chrome URI (need path): chrome://global/
[task 2023-10-27T01:35:12.516Z] 01:35:12     INFO - Console message: [JavaScript Warning: "sizeToContent() is deprecated and will be removed in the future." {file: "chrome://global/content/commonDialog.js" line: 120}]
[task 2023-10-27T01:35:12.517Z] 01:35:12     INFO - Buffered messages finished
[task 2023-10-27T01:35:12.518Z] 01:35:12     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/pdfjs/test/browser_pdfjs_stamp_telemetry.js | Test timed out - 
[task 2023-10-27T01:35:12.519Z] 01:35:12     INFO - GECKO(31683) | MEMORY STAT | vsize 3902MB | residentFast 697MB | heapAllocated 417MB
[task 2023-10-27T01:35:12.520Z] 01:35:12     INFO - TEST-OK | toolkit/components/pdfjs/test/browser_pdfjs_stamp_telemetry.js | took 90153ms
[task 2023-10-27T01:35:12.521Z] 01:35:12     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-10-27T01:35:12.522Z] 01:35:12     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/pdfjs/test/browser_pdfjs_stamp_telemetry.js | Found a tab after previous test timed out: https://example.com/browser/toolkit/components/pdfjs/test/file_pdfjs_test.pdf - 
[task 2023-10-27T01:35:12.524Z] 01:35:12     INFO - GECKO(31683) | [Child 31797: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 7f6f6f813000 == 1 [pid = 31797] [id = 17]
[task 2023-10-27T01:35:12.524Z] 01:35:12     INFO - GECKO(31683) | [Child 31797: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 1 (7f6f6ee05020) [pid = 31797] [serial = 43] [outer = 0]
[task 2023-10-27T01:35:12.525Z] 01:35:12     INFO - GECKO(31683) | [Child 31797: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 2 (7f6f6f813c00) [pid = 31797] [serial = 44] [outer = 7f6f6ee05020]
[task 2023-10-27T01:35:12.526Z] 01:35:12     INFO - checking window state
[task 2023-10-27T01:35:12.535Z] 01:35:12     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-10-27T01:35:12.537Z] 01:35:12     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/pdfjs/test/browser_pdfjs_stamp_telemetry.js | Uncaught exception received from previously timed out test bound test - Wait for the dialog to be visible - timed out after 50 tries.

```
Bug: Tab key navigation focus is moving gets stuck at close button of Find bar
Status: NEW
Priority: P2
Created: 2023-10-27 06:14:44+00:00
Resolved: 2023-11-25 04:10:11+00:00

Steps to reproduce:
1. Open Find Bar (Ctrl+F)
2. Press [Tab] key several times

Actual results:
Tab key navigation focus is moving gets stuck at close button of Find bar

Expected Results:
Focus moving should be cycled and moved to the tab bar.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=319b074826a821550c3981081d15344bae7fa743&tochange=a773768595f07987fc27b15a65b128f8ced09844
Bug: [Ubuntu] Unchecked 'Always ask me' Checkbox Visibility and Hover Effect Issue
Status: NEW
Priority: --
Created: 2023-10-27 07:10:18+00:00
Resolved: 2023-11-01 12:18:50+00:00

**Found in**
* Firefox 120.0b2

**Affected versions**
* Nightly 121.0a1
* Firefox 120 beta

**Tested platforms**
* Affected platforms: Ubuntu 22.04
* Unaffected platforms: Windows 10, macOS 11.7

**Preconditions**
* The OS dark theme must be enabled.
* Ensure that the browser.privatebrowsing.resetPBM.enabled setting is set to true in about:config.

**Steps to reproduce**
1. Open a New Private Window.
2. Click on the "End Private Session" button.
3. In the Confirmation dialog, uncheck the "Always ask me" box.
4. Hover the mouse pointer over the checkbox.

**Expected result**
* The "Always ask me" checkbox should be clearly visible and have a mouse hover effect.

**Actual result**
* The "Always ask me" checkbox is insufficiently visible when unchecked and has no mouse hover effect.

**Regression range**
* Not a regression.

**Additional notes**
This problem does not occur when the OS theme is set to Light.
Bug: weird space when window is not full
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-10-27 07:30:18+00:00
Resolved: 2024-02-05 16:59:23+00:00

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

Steps to reproduce:

restore down the window (the button in the top right corner between "minimize" and "close")


Actual results:

there's a weird space in the top right corner and i'm annoyed by it


Expected results:

there shouldn't be the space
Bug: chrome://global must not override other autocomplete entries
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-10-27 11:47:49+00:00
Resolved: 2023-10-31 09:34:46+00:00

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

Steps to reproduce:

I frequent some websites which have the word "global" either in their URL or title.

However whenever I type `global` in the address bar, I get `chrome://global` as the **first** suggestion. This is wrong and bad. This URL is not even a valid URL - you open it and nothing happens.
Bug: Bookmarks sidebar: bookmark folder name disappears when the folder is collapsed
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-10-27 13:17:59+00:00
Resolved: 2023-11-07 12:58:28+00:00

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

Steps to reproduce:

I use macOS 12.7 on the iMac (late 2015). After the Firefox update to version 119.0 (64 bit) I noticed the following bug: If I open a link from a bookmarks folder in the sidebar and then close the folder, the folder name is no longer displayed in the sidebar. The bug doesn't occur in private mode!
Bug: Disappearing bookmarks sidebar folder names
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-27 14:26:32+00:00
Resolved: 2023-10-27 14:54:41+00:00

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

Steps to reproduce:

MacOS "Monterey" v12.7, 64-bit)

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:109.0) Gecko/20100101 Firefox/119.0

Steps to re-create problem:

1) View -> Sidebar -> Bookmarks

2) Left-click (or right-click) on the NAME of a bookmark folder (i.e. directly on top of the folder name itself - NOT on the right arrow which expands the folder contents).

3) Left-click in the blank area where the folder name used to be.

4) Left-click (select) one of the bookmarks inside the (still blanked-out) folder.

Note: 
See attached screenshot of bookmarks sidebar. Just below the folder named "dvorak_keyboard" is a blank spot where folder name "Firefox-related" has disappeared. However, the 3 bookmarks inside that folder are displayed.



Actual results:

1) Bookmarks sidebar is displayed.

2) The folder name DISAPPEARS - literally.

3) The folder contents (bookmarks) are displayed, but the folder name remains hidden (see attached screenshot).

4) Firefox navigates to the selected bookmark - and the folder name magically RE-appears.


Expected results:

The bookmark sidebar folder name should never disappear.
Bug: Unexpected Filename Prefixes (with Unescaped Quote and Space?) When Saving Images in Firefox
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-10-27 18:43:09+00:00
Resolved: 2023-12-22 15:47:26+00:00

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

Steps to reproduce:

On certain occasions, I find that images are saved with a prefix of a single quote and a space.  I have not been able to determine the 'logic' / reproducible conditions of what causes it.

I will report the two situations I've seen it occur, in case someone can confirm they can reproduce.

Circumstance 1 - Embedded Image in Forwarded Outlook Message

1. Receive an email with an embedded image in Outlook on an Exchange system.

2. Use Outlook's "Forward as Attachment" feature to forward the email to a Gmail address you have access to.

3. Open Firefox and go to Gmail.

4. Open the e-mail in which you forwarded the message.

5. Open the attached Outlook email.

6. Right-click on the embedded image and choose "Open in New Tab".

7. Attempt to save the image.

Expected: Filename should be "untitled.jpg"

Actual: Filename offered is "' untitled.jpg" -- with a leading single quote and space.

Circumstance 2 - Tumblr

1. Install the "Tumblr High Quality" extension from here: https://addons.mozilla.org/en-US/firefox/addon/tumblr-high-quality/ .  (Note: The extension is not believed to significantly create/affect the issue, it just help demonstrates it in this instance.)

2. Navigate to this Neil Gaiman Tumblr post: https://neil-gaiman.tumblr.com/post/732245687613505536

3. Click on the image at the bottom of the post, which will have Tumblr present it in a 'lightbox' view without changing the URL.

4. Right-click on the image and select "Open Image in New Tab".

5. Observe that the URL initially goes to a specific jpg link (e.g., a URL ending in /eb03f3e5a5194ebf4b72076bcbfe5bf3da68c800.jpg).

6. Notice the URL automatically changes to an 'original' URL (e.g., a URL ending in /43627eaf143ef2a083e88e53b8668bcfa260623c.jpg).

7. Attempt to save the image.

Expected: Filename should start with "43627..." and would save as a 'jpg' file.

Actual: Filename offered is named "'_22tumblr_5fd3e264db038b4987ec6aabde7a69d4_43627eaf_999999999.jpeg".
Bug: Firefox takes a long time to load the home page
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-10-27 22:43:27+00:00
Resolved: 2023-11-13 15:29:55+00:00

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

Steps to reproduce:

I'm running an updated version of Firefox on Windows 10 Pro.

I start Firefox. Then I wait.


Actual results:

Firefox takes a very long time to load. The main window opens quickly but its contents are emtpy for a very long time. This problem has occurred many times over many months. 

This problem does not occur in Google Chrome or big-name websites. I have good internet service. 

I'm submitting this bug report using Google Chrome. I use Firefox when I want more privacy. 


Expected results:

Firefox should have loaded the home page quickly after it started.
Bug: Intermittent TV browser/components/translations/tests/browser/browser_translations_about_preferences_manage_downloaded_languages.js | leaked 2 window(s) until shutdown [url = about:preferences]
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2023-10-28 04:40:49+00:00
Resolved: 2023-11-09 14:24:54+00:00

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

---
```
[task 2023-10-28T04:33:59.617Z] 04:33:59     INFO - TEST-INFO | browser/components/translations/tests/browser/browser_translations_about_preferences_manage_downloaded_languages.js | This test created 1 hidden docshell(s)
[task 2023-10-28T04:33:59.617Z] 04:33:59     INFO - TEST-INFO | browser/components/translations/tests/browser/browser_translations_about_preferences_manage_downloaded_languages.js | This test created 1 hidden window(s)
[task 2023-10-28T04:33:59.618Z] 04:33:59     INFO - TEST-INFO | browser/components/translations/tests/browser/browser_translations_about_preferences_manage_downloaded_languages.js | This test created 1 hidden docshell(s)
[task 2023-10-28T04:33:59.618Z] 04:33:59     INFO - TEST-UNEXPECTED-FAIL | browser/components/translations/tests/browser/browser_translations_about_preferences_manage_downloaded_languages.js | leaked 2 window(s) until shutdown [url = about:preferences]
[task 2023-10-28T04:33:59.618Z] 04:33:59     INFO - TEST-INFO 
[task 2023-10-28T04:33:59.618Z] 04:33:59     INFO - runtests.py | Application ran for: 0:01:05.549226
```
Bug: Broken custom rule for cookies exceptions with firstPartyDomain
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2023-10-28 11:03:26+00:00
Resolved: 2023-11-21 18:36:04+00:00

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

Steps to reproduce:

* Open about:preferences#privacy
* In the Cookies and Site Data click on the button Manage Exceptions
* Type any domain suffixed with ^firstPartyDomain=...
* When added, instead it adds some odd entries, see attached image

Usually it requires the preference privacy.firstparty.isolate.



Actual results:

It adds http://https and https://https entry


Expected results:

It should add an entry with the same value filled in the address text box, with the suffix ^firstPartyDomain=... as provided.
Bug: Firefox hangs on start with many bookmarks in Other Bookmarks
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-10-28 12:37:49+00:00
Resolved: 2023-11-30 21:31:37+00:00

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

Steps to reproduce:

I can reproduce by:
1. Create a new profile
2. Set the bookmarks toolbar to be visible
2. Add 3000 bookmarks to "Other Bookmarks"
3. Close Firefox
4. Start Firefox - hangs for 10-15 seconds
5. Open new window - hangs for 10-15 seconds again



Actual results:

Firefox is unresponsive for 10-15 seconds at startup and when creating a new window:
1. Window is partially rendered
2. User can't interact with any part of Firefox for 10-15 seconds
3. Window finishes rendering, page content loads, user can interact.




Expected results:

Browser should not freeze at startup or when creating a new window. User should be able to immediately interact with the browser.
Bug: Pocket newtab sometimes new profile has no Pocket stories
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-10-29 03:05:38+00:00
Resolved: 2023-11-16 14:45:23+00:00

This seems like it happens only sometimes, and it is often resolved on a refresh.

I think this is due to how we use region to setup stories. We need region to know if we use stories or not, and that can take a moment on first profile startup. We may know the region before we start setting up newtab, and we may not. 

If we know, we can get ahead and start and everything works as expected.

If we don't know region yet, we setup newtab anyway, and listen for when the region is set. In this case, newtab is about to setup stories but is going to fail, then set the `loaded` flag. Once the region is ready, we then do another attempt to setup stories. This attempt however, checks that `loaded` is true. There is a case where region is ready late, and `loaded` is not ready yet, causing newtab to render a handful of empty stories.

To test, load a new profile and check the first newtab that is opened (you don't need to open it manually), do this a few times, I can usually hit it 1 out of 4.

If you refresh, the region should be ready now because there is a second cache update that should be ready for startup, but even that's not a guarantee to be ready before region, I've just never been able to trigger it. Just very unlikely.

Expected: should see the normal set of stories.
Actual: Empty boxes instead.
Bug: Hiding the full-screen message with PiP, potentially exploiting users.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-29 17:45:43+00:00
Resolved: 2024-05-30 18:15:24+00:00

Issue:
When a user triple-clicks the button, an attacker could potentially deceive the user by hiding the full-screen alert using Picture-in-Picture (PiP) mode.

Steps to reproduce:
1. Extract the below poc.zip to a folder
2. Open poc.html
3. A video(blank video) is shown in the page,make it pip and resize it as i did in the below proof-of-concept named (Demo) video
4. Resize it as i did in the below video 
5. Click the button that says "Click three times"

Tools used:
Vs code

Firefox version: Firefox nightly Version 121.0a1 (2023-10-28) (64-bit) 
Operating system: Windows 11
Bug: Firefox View overscroll rubberband effect causes the otherwise-stationary left sidebar to move up/down
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-10-29 17:55:08+00:00
Resolved: 2023-11-03 02:01:26+00:00

STR:
1. Visit Firefox View in Firefox Nightly on Windows 11
2. Touchpad-scroll the "Recent Browsing" content enough to "overscroll" and trigger the rubber-band effect
3. Compare to what happens in Firefox Preferences.

ACTUAL RESULTS:
The Firefox View left-sidebar menu (with Category Titles) gets moved as part of the overscroll effect.

EXPECTED RESULTS:
The menu probably shouldn't move. That title/button section is meant to be essentially-stationary, I think? It feels weird/unexpected for it to suddenly move in certain edge cases like this.

Here's a screencast, comparing Firefox View (first half, overscrolling moves the left sidebar) to Firefox Preferences (near the end, overscrolling does not move the left sidebar):
https://drive.google.com/file/d/1ECymFXN1MnnQCoM7o6Y7laBHDXAxSMxQ/view?usp=drive_link

I suspect[1] this may have started with bug 1852350's patch, based on similarity to bug 1861529.

[1] (I haven't confirmed the regression range; I don't have mozregression set up on this environment where I've got touchpad-rubberband-scrolling).