av9ash/GitBugs huggingface dataset:
Bug: Tab crashes when dropping text to a website that is part of the DenyUrlRegexList
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-18 13:28:22+00:00
Resolved: 2024-11-13 13:51:51+00:00

**Found in**
* 132.0a1 (2024-09-18)

**Affected versions**
* 132.0a1 

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view 
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json

**Tested platforms**
* Affected platforms: Windows 10/11
* Unaffected platforms: Ubuntu, macOS 

**Steps to reproduce**
1. Enter any random text in Notepad (or any similar app)
2. Open Firefox and go to yahoo.com
3. Drag and drop the text entered at step 1 into the search bar (top of the page)
4. Observe the behavior

**Expected result**
*  The tab is not crashing when dragging and dropping a text into a webpage that is part of the DenyUrlRegexList

**Actual result**
*  The tab is crashing

**Regression range**
* This probably happens after bug 1910452. I will set it as the regressor. Please remove it if it's incorrect 

**Additional notes**
* Also reproducing **with the DLP agent running**
* Also reproducing if dragging and dropping a selected text from a random webpage
* Crash report: https://crash-stats.mozilla.org/report/index/34732c48-36b1-4b18-bdaf-93f530240918
* See the attached video
Bug: ‘Actions’ mode still persists in the address bar after submitting certain secondary actions in about:newtab
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2024-09-18 14:16:26+00:00
Resolved: 2024-12-19 10:51:35+00:00

**Notes**
* Reproducible for the following: Manage bookmarks, Clear history, Open developer tools, Manage passwords, Print page, Open private window, Refresh nightly, Restart nightly, Save page as pdf, Take a screenshot, Manage settings, Update nightly, View page source
* So far we have been able to reproduce only in a new tab ( about:newtab)

**Found in**
* Nightly 132.0a1;

**Affected versions**
* Nightly 132.0a1;


**Affected platforms**
* Ubuntu 22;
* macOS 14;
* Windows 10; 

**Preconditions**
* Have browser.urlbar.scotchBonnet.enableOverride set to true 

**Steps to reproduce**
1. Launch Firefox.
2. Open the Dedicated Search button dropdown.
3. Select ‘Actions’. 
4. Submit any of the following: Manage bookmarks, Clear history, Open developer tools, Manage passwords, etc
5. Observe the address bar.

**Expected result**
* Actions mode is dismissed.

**Actual result**
* Actions mode is not dismissed.


**Regression range**
* Not a regression.
Bug: Dragged text is not dropped on reddit.com
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-18 14:26:33+00:00
Resolved: 2025-01-14 07:55:03+00:00

**Found in**
* 132.0a1 (2024-09-18)

**Affected versions**
* 132.0a1 

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view 
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* Run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.\d{3}-?\d{2}-?\d{4}. --towarn=.warn. --delays=10

**Tested platforms**
* Affected platforms: Windows 10/11
* Unaffected platforms: Ubuntu, macOS 

**Steps to reproduce**
1. Enter any random text in Notepad (or any similar app)
2. Open Firefox and go to reddit.com
3. Drag and drop the text entered at step 1 into the search bar (top of the page)
4. Observe the behavior

**Expected result**
*  The dragged text is dropped into the search bar (as reddit.com is part of the AllowUrlRegexList and any content should be allowed)

**Actual result**
*  The dragged text is not dropped into the search bar

**Regression range**
* This probably happens after bug 1910452. I will set it as the regressor. Please remove it if it incorrect 

**Additional notes**
* Not reproducing if using different URLs for the AllowUrlRegexList
* Also, if reddit.com is not part of the AllowUrlRegexList, the dragged text is analyzed but is still not dropped (when allowed)
* See the attached video
Bug: Load previous visited pages after opening in private mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-18 14:56:02+00:00
Resolved: 2024-10-14 21:53:55+00:00

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

Steps to reproduce:

Open 2-3 tabs of your choice in Firefox.
Then close Firefox.
After a while, open a Firefox New Private window. (It might as well open a page.)
After that, open Firefox (normal) and load the pages you visited before.
I could reproduce the situation by running Firefox from a live linux system.
I do not know since which version the problem is present.


Actual results:

Opening the window/tabs this part is not ticked.
The problem is that this part is not ticked in the settings: "Open previous windows and tabs"
I have attached the video to give you a better idea of the issue. 


Expected results:

I suppose in this case you shouldn't be allowed to load the pages you were looking at before, that it's not allowed.
I don't think this is how it should work.
Bug: Intermittent TV browser/components/search/test/unit/test_search_telemetry_categorization_region.js | xpcshell return code: 1
Status: NEW
Priority: P5
Created: 2024-09-18 16:59:00+00:00
Resolved: 2024-09-23 06:46:39+00:00

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

---
```
[task 2024-09-18T16:11:41.499Z] 16:11:41     INFO -  TEST-START | browser/components/search/test/unit/test_search_telemetry_categorization_region.js
[task 2024-09-18T16:11:41.692Z] 16:11:41  WARNING -  TEST-UNEXPECTED-FAIL | browser/components/search/test/unit/test_search_telemetry_categorization_region.js | xpcshell return code: 1
[task 2024-09-18T16:11:41.694Z] 16:11:41     INFO -  TEST-INFO took 193ms
[task 2024-09-18T16:11:41.702Z] 16:11:41     INFO -  TEST-START | browser/components/search/test/unit/test_search_telemetry_categorization_region.js
[task 2024-09-18T16:11:41.879Z] 16:11:41     INFO -  TEST-PASS | browser/components/search/test/unit/test_search_telemetry_categorization_region.js | took 178ms
[task 2024-09-18T16:11:41.882Z] 16:11:41     INFO -  Retrying tests that failed when run in parallel.
[task 2024-09-18T16:11:41.888Z] 16:11:41     INFO -  TEST-START | browser/components/search/test/unit/test_search_telemetry_categorization_region.js
[task 2024-09-18T16:11:42.051Z] 16:11:42     INFO -  TEST-PASS | browser/components/search/test/unit/test_search_telemetry_categorization_region.js | took 164ms
```
Bug: Tab group labels are too tall on Linux and do not adjust to UI density
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2024-09-18 19:42:29+00:00
Resolved: 2024-10-22 04:09:37+00:00

Figma spec: https://www.figma.com/design/f6J2lH6XDxLxyzOLr2E8oE/Tab-Grouping-Spec?node-id=9461-178269&node-type=section&t=nCUNNHmO8iJtKjOF-0

The tab group labels' "chip" has a fixed size in the spec. When the `browser.uidensity` pref changes between 0 ("normal"), 1 ("compact"), and 2 ("touch"), the sizes of the tabs change, but the tab group labels do not change size at this time.

There may be visual benefits to adjusting the tab group labels' "chip" sizes based on the UI density. In the "touch" case, making the tab group label "chip" larger would also have the benefit of making the touch target for tab group larger so that it's easier for users of touch devices to interact with tab group settings or collapse/expand tab groups.
Bug: Firefox cannot load websites on the internet
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-19 06:55:05+00:00
Resolved: 2024-09-19 07:16:15+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/128.0.0.0 Safari/537.36

Steps to reproduce:

Firefox Version: 130.0.1

OS: MacOS Darwin 24.0.0 Darwin Kernel Version 24.0.0

Hardware: MacBook Air M1

After the upgrade to the newest MacOS version "Sequoia Version 15" Firefox was no longer able to load websites hosted on the internet.

Local websites located in LAN caused no issues.

No changes to Firefox were conducted.

Other browsers have no problem to load both websites from the internet and LAN

- Safari
- Brave
- Mullvad
- Tor Browser

I checked the privacy settings in allowed Firefox to access the local network
"Datenschutz & Sicherheit --> Lokales Netzwerk --> Firefox"


Actual results:

Firefox tries to load the websites for a very long time then it show the message "Website not found".

For me it looks like a problem with the DNS in Firefox. The web browser tries to load the site.

I tried several things to fix the problem

1. Fixes described on the Mozilla website

- https://support.mozilla.org/en-US/kb/firefox-cant-load-websites-other-browsers-can

No success

2. Factory reset Mozilla Firefox

- https://support.mozilla.org/en-US/kb/refresh-firefox-reset-add-ons-and-settings

No success

3. Re-install Firefox
   
   - removed Firefox from the system
   - installed Firefox via Homebrew
--> No success

   - removed Firefox from the system
   - installed Firefox via dmg from the official Mozilla website
--> No success

4. Deleted the full Firefox profile folder and installed Firefox via dmg from the official Mozilla website from scratch.


After the 4th step Firefox finally loaded websites and I reinstalled all extensions, but ..

... after a reboot of the machine Firefox is not able to load websites from the internet anymore. 
I face the same problem again.



Firewall

Several approaches

1. Firewall rules deleted and newly created
2. Firewall disabled

Nothing helped to fix the problem.




Expected results:

Load websites on the internet and LAN as before the upgrade of the OS and as the other web browsers do.
Bug: Dropped text into prompt dialog is not scanned by DLP
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-19 07:00:40+00:00
Resolved: 2025-02-28 11:50:47+00:00

**Found in**
* 132.0a1 (2024-09-18)

**Affected versions**
* 132.0a1 

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view 
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* Run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.\d{3}-?\d{2}-?\d{4}. --towarn=.warn. --delays=10

**Tested platforms**
* Affected platforms: Windows 10/11
* Unaffected platforms: Ubuntu, macOS 

**Steps to reproduce**
1. Enter any random text in Notepad (or any similar app)
2. Open Firefox and go to https://codepen.io/gregstoll/full/VwqmqWo 
3. Click the “Prompt” button on the page
4. Drag and drop the text entered at step 1 into the dialog in the middle of the page
5. Observe the behavior

**Expected result**
*  The text is scanned by DLP

**Actual result**
*  The text is not scanned by DLP and it is directly dropped 

**Regression range**
* Not a regression since drag and drop is a new feature

**Additional notes**
* Not reproducing for paste operation
* See the attached video
Bug: Bookmarks bar empty, pinned extensions gone, buttons gone etc. 132.0a1 (2024-09-18) (aarch64) macOS 15.1 Beta 4 and again in 133.0a1 (2024-09-30) and macOS 15.1 Beta 5
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2024-09-19 08:58:14+00:00
Resolved: 2024-11-08 17:50:06+00:00

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

Steps to reproduce:

Updated macOS 15.1 Beta 3 to 4 a day before this happened. (no problems since first day of 15.0 Dev. Beta 1)

Just opened the browser without knowing if there will be an update installed. I close it every night. And sometimes restart it a few times.


Actual results:

Firefox Nightly is my main browser since about a year and I never had any problems.

Yesterday suddenly the upper bars were almost blank. There are no bookmarks in the bar, although they are still in the menu for it, no extension is pinned anymore and many buttons are missing. :(

The only good thing is, that the dark background color of the address bar is gone. Couldn't find it in settings.

I can't remember if this happened directly after a Nightly update.


Expected results:

Everything should have stayed as it was before, like after any other restart with or without Browser or macOS update.
Bug: [Vertical tabs] Highlight for the currently active pinned tab is too subtle using dark theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-19 09:00:15+00:00
Resolved: 2024-09-19 11:18:15+00:00

If the currently active tab is a pinned tab, the highlight indicating the current tab is a bit too subtle for me. I'm on Ubuntu Linux using the dark theme. I attached a screenshot. It's possible the contrast is better on other screens, but I always have to look twice to see what tab is active (in the screenshot, it's the middle one).
Bug: Unexpected word selection for double click URL while addressbar in edit mode
Status: ASSIGNED
Priority: P3
Created: 2024-09-19 09:40:44+00:00
Resolved: 2024-12-31 18:02:56+00:00

**Found in**
* 132.0a1 (2024-09-18)

**Affected versions**
* 132.0a1 (2024-09-18)

**Tested platforms**
* Affected platforms: Windows 10, Mac 14, Ubuntu 24


**Preconditions**
* browser.urlbar.scotchBonnet.enableOverride set on TRUE
* browser.urlbar.trimURLs set on TRUE (default nightly)
* browser.urlbar.trimHttps set on TRUE (default nightly)
* browser.urlbar.untrimOnUserInteraction.featureGate set on TRUE (default nightly)
* dom.security.https_first_schemeless set on TRUE (default nightly)
* Dom.security.https_first set on FALSE

**Steps to reproduce**
1. Load google.com.
2. Click once in the address bar to enter edit mode (protocol is not unfurled)
3. Hover the mouse over an **o** from the google word.
4. Double click.

**Expected result**
* **google** is selected.

**Actual result**
* **www** is selected

**Regression range**
* N/A
Bug: Dropping a folder for upload will give a DLP communication agent notification error
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-09-19 11:39:32+00:00
Resolved: 2024-10-10 18:47:18+00:00

**Found in**
* 132.0a1 (2024-09-18)


**Affected versions**
 * 132.0a1 (2024-09-18)


		


**Tested platforms**
* Affected platforms: Windows 10x64, Windows 11
* Unaffected platforms: macOS, Ubuntu


**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view
* Create a distribution folder inside the Firefox folder and paste the policies-2.json to it and then rename it to policies.json
* run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.*\d{3}-?\d{2}-?\d{4}.* --towarn=.*warn.* --delays=10


**Steps to reproduce**
1. Open https://developer.mozilla.org/en-US/docs/Web/API/HTMLInputElement/webkitdirectory. 
2. Drag and drop a folder over the Browser button from the Examples section.


**Expected result** 
* DLP scan is started and the content is uploaded/ not uploaded (depending on scan results)


**Actual result**
* DLP Agent error communication notification is displayed.



**Regression range**
* This happens after drag and drop scanning was introduced inside Content Analysis (bug 1910452).

**Additional notes**
* Attached a screen recording.
Bug: The path of the printed PDF from the file system is incorrectly displayed in cmd while DLP is running
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-09-19 12:01:03+00:00
Resolved: 2024-11-13 13:49:36+00:00

**Found in**
* 132.0a1 (2024-09-18)

**Affected versions**
* 132.0a1 

**Preconditions**
* Download the DLP test assets from https://drive.google.com/file/d/1yjqVRuxdKV3WnO7D2wzMgDXBuYBxUgVw/view 
* Create a distribution folder inside the Firefox folder and paste the policies-1.json to it and then rename it to policies.json
* Run the DLP agent in CMD using: .\content_analysis_sdk_agent.exe --user --toblock=.\d{3}-?\d{2}-?\d{4}. --towarn=.warn. --delays=10

**Tested platforms**
* Affected platforms: Windows 10/11
* Unaffected platforms: Ubuntu, macOS 

**Steps to reproduce**
1. Open a PDF file from your system in Firefox
2. Open the application menu and select “Print” -> “Microsoft Print to PDF” and click “Print”
3. Go to the command window where the sample DLP agent is running and observe the line that starts with “URL:..” 

**Expected result**
*  The line displays the path to the pdf under the following form: “URL: file:///path_to_the_pdf” 

**Actual result**
*  “URL: resource://pdf.js/web/viewer.html” is displayed instead

**Regression range**
* Mozregression pointed to bug 1914068

**Additional notes**
* See the attached ss
* Leaving the Severity field empty as QA considers this an S3
Bug: Collapsing all tab groups in the tab strip does not automatically create a new tab
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2024-09-19 13:18:01+00:00
Resolved: 2024-12-05 12:51:23+00:00

Created by bug1912275. The intended behaviour was to automatically create a new tab if there are no tabs that are not in collapsed group, but this does not currently work if there is more than one tab group in the strip.
Bug: Crash in [@ mozilla::dom::BrowserChild::RecvStoreDropTargetAndDelayEndDragSession]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-09-19 17:56:05+00:00
Resolved: 2024-10-02 18:54:24+00:00

Continuation of bug 1918579?

Crash report: https://crash-stats.mozilla.org/report/index/fe62c793-a74a-40db-9c0a-3b1930240919

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames:
```
0  xul.dll  mozilla::dom::BrowserChild::RecvStoreDropTargetAndDelayEndDragSession(mozilla...  dom/ipc/BrowserChild.cpp:2062
1  xul.dll  mozilla::dom::PBrowserChild::OnMessageReceived(IPC::Message const&)  ipc/ipdl/PBrowserChild.cpp:8375
2  xul.dll  mozilla::dom::PContentChild::OnMessageReceived(IPC::Message const&)  ipc/ipdl/PContentChild.cpp:8308
3  xul.dll  mozilla::ipc::MessageChannel::DispatchAsyncMessage(mozilla::ipc::ActorLifecyc...  ipc/glue/MessageChannel.cpp:1785
3  xul.dll  mozilla::ipc::MessageChannel::DispatchMessage(mozilla::ipc::ActorLifecyclePro...  ipc/glue/MessageChannel.cpp:1712
3  xul.dll  mozilla::ipc::MessageChannel::RunMessage(mozilla::ipc::ActorLifecycleProxy*, ...  ipc/glue/MessageChannel.cpp:1503
4  xul.dll  mozilla::ipc::MessageChannel::MessageTask::Run()  ipc/glue/MessageChannel.cpp:1603
4  xul.dll  mozilla::RunnableTask::Run()  xpcom/threads/TaskController.cpp:618
4  xul.dll  mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal(mozilla::det...  xpcom/threads/TaskController.cpp:945
5  xul.dll  mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal(mozilla::detai...  xpcom/threads/TaskController.cpp:768
```
Bug: "Pick"/"Update your interests" button on new-tab-page has significant visible layout-shift during pageload
Status: NEW
Priority: --
Created: 2024-09-19 19:10:52+00:00
Resolved: 2024-10-04 12:31:36+00:00

STR:
1. Start Firefox with a fresh profile.
2. Open a new tab.
3. Do any of the following to force the new-tab to re-render, and **pay special attention to the "Pick your interests" (or "Update your interests") button during the new-tab rendering process**.  Either:
3a. Rapidly reload the new-tab.
3b. Click some story on the new-tab to navigate away, and then navigate back.
3c. Open a new window (Ctrl+N)

EXPECTED RESULTS:
No layout shift associated with this Pick Your Interests / Update Your Interests button.
 
ACTUAL RESULTS:
During pageload, the button briefly renders in a substantially different way, before it snaps to its final rendering.  This sudden change results in substantial layout shift for the button itself, and I think for the content that follows it as well (the grid of new-tab tiles).

Comparing the "initial" vs. "final" rendering for this button (lowercase (a)-(e) for initial vs uppercase for final):
Initial rendering:
(a) the font-size is relatively large, and the font-weight is regular (not bold)
(b) the text-color is the color of regular-text on the new-tab page (i.e. black text, if you've got a light color-scheme).
(c) there's no button-background.
(d) the right edge of the text (the trailing "s") is aligned with the right edge of the suggested-stories-grid.
(e) the text doesn't seem to have any vertical padding

Final rendering:
(A) the font-size gets smaller, and the font-weight becomes bold.
(B) the text-color flips from black to white (or vice versa)
(C) a button-background appears.
(D) the text jumps leftwards (to be centered in some button-padding, so now the button's right-edge is aligned with the right edge of the suggested-stories-grid)
(E) the text gains some vertical padding -- this means the text itself moves downwards, and it also pushes down all the content that follows it, *and* it pushes down the title that's at the top-left of the grid ("Today's picks" or "Thought-provoking stories") since that title is aligned with it
Bug: background: color > image > position > repeat > [size] > attachment, the "size" doesn't work
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-09-20 03:48:43+00:00
Resolved: 2024-09-25 07:46:41+00:00

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

Steps to reproduce:

background: color > image > position > repeat > [size] > attachment, the "size" doesn't work


Actual results:

"size" doesn't work


Expected results:

it should work
Bug: Sponsored Top Sites are still displayed after the unified endpoint preference is misconfigured or left blank
Status: NEW
Priority: --
Created: 2024-09-20 09:42:41+00:00
Resolved: 2024-09-20 17:30:39+00:00

**[Affected versions]:**
- Firefox Nightly 132.0a1 - Build ID: 20240915215047

**[Affected Platforms]:**
- Windows 10
- macOS 14
- Ubuntu 22.04

**[Prerequisites]:**
- Have a Firefox Nightly build installed.
- Have a US or DE VPN turned on.

**[Steps to reproduce]:**
1. Open the browser from prerequisites using a new profile.
2. Open a New Tab and ensure you see Sponsored Top Sites.
3. Navigate to the about:config page and accept the risks.
4. Change the `browser.newtabpage.activity-stream.unifiedAds.endpoint` pref to blank or make a typo in the URL.
5. Change the `browser.newtabpage.activity-stream.unifiedAds.enabled` pref to true.
6. Open a New Tab and wait 15-20 minutes.

**[Expected result]:**
- The Sponsored Top Sites are no longer displayed.
 
**[Actual result]:**
- The Sponsored Top Sites are still displayed in the page.

**[Notes]:**
- The Top Sites Sponsored tiles are no longer displayed if the Sponsored Shortcuts checkbox is disabled and then re-enabled.
- An error is displayed in the Browser Console that new information could not be fetched because the URL is invalid.
- The issue is still reproducible if the browser is restarted after the prefs are changed or after waiting the 15-20 mins.
- The issue is NOT reproducible if the two prefs are changed before the first Browser startup through the use of a user.js file.
- Attached [a screen recording](https://drive.google.com/file/d/13YURjEWhAgS0-ANYqnMik9owAfuwXc1V/view?usp=drive_link) of the issue.