av9ash/GitBugs huggingface dataset:
Bug: PDF forms issue with numbers starting with zero
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2023-01-21 17:14:29+00:00
Resolved: 2023-03-02 08:07:14+00:00

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

Steps to reproduce:

Attempted to fill out IRS form W-9 in Firefox 109.0 (Linux vanilla Mozilla build).

Form located at: https://www.irs.gov/pub/irs-pdf/fw9.pdf

Enter a social security number under "Part I" that has leading zeros in one or more sections. Fake example number: "023-45-0789".


Actual results:

The leading zeros are dropped when tabbing to the next field. Applies to all three parts of the social security number field. Resulting number displayed after entering "023-45-0789" is "23-45-789".


Expected results:

The leading zeros in these fields should have been retained. The only workaround is to use the letter "O" instead of "0" (zero).
Bug: Tab scroll button arrows disabled state has a contrast ratio that is too low
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-01-22 03:53:10+00:00
Resolved: 2023-02-16 08:54:13+00:00

The unavailable state of the tab scroll button arrows has a contrast ratio that is too low. I have good vision and am using a very good laptop display with 'pixel perfect' 200% display scaling and yet you can barely see the button when it's in its unavailable state (when you scroll all the way to either end of the scroll strip). It should have the same contrast ratio of the Back/Forward buttons unavailable state, which is much more visible (I've included a zoomed in comparison of the tab bar scroll buttons available vs unavailable state to the Back/Forward buttons available vs unavailable state so you can better see what I mean)
Bug: Reopen Closed Tab unexpected behavior when there is only an empty tab
Status: NEW
Priority: --
Created: 2023-01-22 11:08:46+00:00
Resolved: 2023-02-07 20:39:25+00:00

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

Steps to reproduce:

1. Open a new Firefox window. Load a tab and then close it, so that there is a closed tab to reopen for that window.
2. Keep only one empty tab. It can be pinned or not, it does not matter.
3. Use the “Reopen Closed Tab” function.


Actual results:

The closed tab is reopened inside the one empty tab. This behavior in inconsistant because when there is more than one tab, closed tabs do not reopen inside an empty tab.


Expected results:

The closed tab should open in a new tab, keeping the empty tab unchanged. This would be consistant, since this is what happens when there is more than one tab.
Bug: Intermittent browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_engagement_search_mode.js | single tracking bug
Status: REOPENED
Priority: P5
Created: 2023-01-22 12:20:37+00:00
Resolved: 2025-02-17 06:49:44+00:00

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

---
```
[task 2023-01-22T11:18:04.116Z] 11:18:04     INFO - TEST-PASS | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_engagement_search_mode.js | Expected placeholder l10n when search mode is active - {"args":null,"id":"urlbar-placeholder-search-mode-other-tabs"} deepEqual {"id":"urlbar-placeholder-search-mode-other-tabs","args":null} - 
[task 2023-01-22T11:18:04.116Z] 11:18:04     INFO - Buffered messages finished
[task 2023-01-22T11:18:04.117Z] 11:18:04     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_engagement_search_mode.js | Uncaught exception in test - undefined - timed out after 50 tries.
[task 2023-01-22T11:18:04.118Z] 11:18:04     INFO - Leaving test bound tabs
[task 2023-01-22T11:18:04.119Z] 11:18:04     INFO - Entering test bound actions
[task 2023-01-22T11:18:04.131Z] 11:18:04     INFO - GECKO(19360) | [Child 19530: Main Thread]: I/DocShellAndDOMWindowLeak ++DOCSHELL 7fa04f287c00 == 2 [pid = 19530] [id = 73]
[task 2023-01-22T11:18:04.134Z] 11:18:04     INFO - GECKO(19360) | [Child 19530: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 4 (7fa054e75470) [pid = 19530] [serial = 212] [outer = 0]
[task 2023-01-22T11:18:04.134Z] 11:18:04     INFO - GECKO(19360) | [Child 19530: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 5 (7fa04f288400) [pid = 19530] [serial = 213] [outer = 7fa054e75470]
[task 2023-01-22T11:18:04.262Z] 11:18:04     INFO - GECKO(19360) | [Child 19530: Main Thread]: I/DocShellAndDOMWindowLeak ++DOMWINDOW == 6 (7fa04f287000) [pid = 19530] [serial = 214] [outer = 7fa054e75470]
[task 2023-01-22T11:18:04.586Z] 11:18:04     INFO - Awaiting for the urlbar panel to open
[task 2023-01-22T11:18:04.631Z] 11:18:04     INFO - Urlbar panel opened
[task 2023-01-22T11:18:04.775Z] 11:18:04     INFO - Enter Search Mode {"source":7}
[task 2023-01-22T11:18:04.780Z] 11:18:04     INFO - TEST-PASS | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_engagement_search_mode.js | One-offs are visible - true == true - 
```
Bug: Allow the new extension button to be moved / removed / put into overflow menu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-22 12:48:28+00:00
Resolved: 2024-09-18 15:48:24+00:00

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

Steps to reproduce:

Start firefox.


Actual results:

The new extension button is shown just left of the menu button in the toolbar.

The new button cannot be removed, cannot be put in the overflow menu, and cannot be moved to a different location in the toolbar.


Expected results:

Make it moveable and removeable, and allow it to be put in the overflow menu
(like any other toolbar button).

I don't need that button: 
There are just 2 extensions it shows, 
and I never need to click on those extensions.
I prefer to have all extensions I regularly use directly in the toolbar.
When I want to manage extensions, 
I use the "addons and themes" menu entry and page. 

The new button needlessly wastes toolbar space and makes the toolbar more crowded.
Bug: Intermittent browser/components/places/tests/browser/browser_library_open_all.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-01-22 14:12:33+00:00
Resolved: 2023-03-21 17:05:43+00:00

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

---
```
[task 2023-01-22T13:17:22.105Z] 13:17:22     INFO - TEST-PASS | browser/components/places/tests/browser/browser_library_open_all.js | Current view is shown - true == true - 
[task 2023-01-22T13:17:22.105Z] 13:17:22     INFO - Buffered messages finished
[task 2023-01-22T13:17:22.106Z] 13:17:22     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_library_open_all.js | Test timed out - 
[task 2023-01-22T13:17:22.106Z] 13:17:22     INFO - Not taking screenshot here: see the one that was previously logged
[task 2023-01-22T13:17:22.107Z] 13:17:22     INFO - TEST-UNEXPECTED-FAIL | browser/components/places/tests/browser/browser_library_open_all.js | Uncaught exception received from previously timed out test - popupshown listener on #placesContext not removed before the end of test
[task 2023-01-22T13:17:22.354Z] 13:17:22     INFO - GECKO(8696) | MEMORY STAT | vsize 2104480MB | vsizeMaxContiguous 65112679MB | residentFast 381MB | heapAllocated 128MB
[task 2023-01-22T13:17:22.362Z] 13:17:22     INFO - TEST-OK | browser/components/places/tests/browser/browser_library_open_all.js | took 45344ms
```
Bug: Bookmark Separator not Shown in Dropdown menu after upgrade to 109.x (x64 Windows)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2023-01-22 20:13:00+00:00
Resolved: 2023-01-22 20:19:16+00:00

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

Steps to reproduce:

Updated from 108 to 109


Actual results:

When opening the Bookmarks Menu, allseparators are gone. 
Nothing is displayed at the position, the separator should be neither the line (as it was the case until FF108) nor a space.

If I select "Manage Bookmarks" everything looks as usual including the separators being displayed with a line.


Expected results:

The separators should be displayed, independent if I open the bookmarks in the "Manage Bookmarks" view, or from the dropdown Menu
Bug: browser doesn't respond to swipe to nav gestures
Status: NEW
Priority: P3
Created: 2023-01-23 08:05:12+00:00
Resolved: 2023-01-25 06:39:21+00:00

Swiping back and forward it seems pretty easy for me to get into a state where the browser does not respond to a back or forward swipe. If I repeat the gesture a second late it usually works, but sometimes I can swipe twice and have the browser do nothing.
Bug: Firefox does not open any site or its menu.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2023-01-23 14:09:05+00:00
Resolved: 2023-02-01 10:08:30+00:00

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

Steps to reproduce:

A. I opened Firefox Nightly 111.0a1 on Windows 10 Professional 21H2, then typed a URL.
B. I clicked on the menu and addons buttons. 



Actual results:

A. No site opens.
B. The buttons highlight but none open.


Expected results:

A. A website should have opened.
B. The Firefox menu and the addons menu should have opened.
Bug: Regression: New blue Forward indicator disappears with delay
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2023-01-23 16:02:19+00:00
Resolved: 2023-02-21 14:30:24+00:00

Nightly 111.0a1 (2023-01-23) (64-Bit)
macOS 12.6.2

1.) Open a new Tab
2.) Visit a page in that tab
3.) Swipe back with the Trackpad to the previous page
4.) Swipe forward to the other page again

Actual: The new forward indicator disappears with delay. This isn't the case for the back indicator.

Expected: The forward indicator should also disappear quickly.

This seems to be a regression, since using the new blue back/forward indicators in Nightly.

A demo of the issue is attached.
Bug: Regression: The border of the new back/Forward indicator looks to too pixelated/not smooth
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2023-01-23 16:09:06+00:00
Resolved: 2023-03-06 16:12:35+00:00

Nightly 111.0a1 (2023-01-23) (64-Bit)
macOS 12.6.2

1.) Open a new Tab
2.) Visit a page in that tab
3.) Swipe back with the Trackpad to the previous page

Actual: the white outline looks too pixelated/not smooth.

Expected: A nice and smooth border.

This is a regression with the new new blue back/forward indicators in Nightly.

A screenshot is attached.
Bug: Regression: New back/indicator does not disappear from the page
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-23 16:20:09+00:00
Resolved: 2023-01-25 20:13:33+00:00

Nightly 111.0a1 (2023-01-23) (64-Bit)
macOS 12.6.2

1.) Open a new Tab
2.) Visit a page in that tab
3.) Now try to swipe forwards with the Trackpad, even if there is no page where you can move to.

Actual: A part of the back indicator appears and stays there forever. It also disappear when you reload the page or visit another page.

Expected: The indicator should not appear, because you swipe forwards.



This is a regression with the new new blue back/forward indicators in Nightly.

A demo is attached.
Bug: Intermittent browser/base/content/test/chrome/test_aboutRestartRequired.xhtml | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-01-23 18:28:05+00:00
Resolved: 2024-12-09 12:10:54+00:00

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

---
```
[task 2023-01-23T17:56:37.275Z] 17:56:37     INFO - TEST-START | browser/base/content/test/chrome/test_aboutRestartRequired.xhtml
[task 2023-01-23T17:56:46.247Z] 17:56:46     INFO - GECKO(1376) | 2023-01-23 17:56:46.246 firefox[1376:16519] Persistent UI failed to open file file:///Users/cltbld/Library/Saved%20Application%20State/org.mozilla.firefox.savedState/window_1.data: No such file or directory (2)
[task 2023-01-23T18:01:37.344Z] 18:01:37     INFO - TEST-INFO | started process screencapture
[task 2023-01-23T18:01:39.466Z] 18:01:39     INFO - TEST-INFO | screencapture: exit 0
[task 2023-01-23T18:01:39.466Z] 18:01:39     INFO - Buffered messages logged at 17:56:46
[task 2023-01-23T18:01:39.466Z] 18:01:39     INFO - TEST-PASS | browser/base/content/test/chrome/test_aboutRestartRequired.xhtml | Correct about:restartrequired displayed for page with title. 
[task 2023-01-23T18:01:39.466Z] 18:01:39     INFO - Buffered messages finished
[task 2023-01-23T18:01:39.467Z] 18:01:39     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/chrome/test_aboutRestartRequired.xhtml | Test timed out. - 
[task 2023-01-23T18:01:39.467Z] 18:01:39     INFO - GECKO(1376) | MEMORY STAT | vsize 7750MB | residentFast 293MB | heapAllocated 113MB
[task 2023-01-23T18:01:39.468Z] 18:01:39     INFO - TEST-OK | browser/base/content/test/chrome/test_aboutRestartRequired.xhtml | took 301161ms
[task 2023-01-23T18:01:39.468Z] 18:01:39     INFO - TEST-START | Shutdown
[task 2023-01-23T18:01:39.468Z] 18:01:39     INFO - Passed:  3
[task 2023-01-23T18:01:39.468Z] 18:01:39     INFO - Failed:  0
[task 2023-01-23T18:01:39.469Z] 18:01:39     INFO - Todo:    0
[task 2023-01-23T18:01:39.469Z] 18:01:39     INFO - Mode:    non-e10s
[task 2023-01-23T18:01:39.469Z] 18:01:39     INFO - Slowest: 301161ms - chrome://mochitests/content/chrome/browser/base/content/test/chrome/test_aboutRestartRequired.xhtml
[task 2023-01-23T18:01:39.469Z] 18:01:39     INFO - SimpleTest FINISHED
[task 2023-01-23T18:01:39.470Z] 18:01:39     INFO - TEST-INFO | Ran 1 Loops
[task 2023-01-23T18:01:39.470Z] 18:01:39     INFO - SimpleTest FINISHED
```
Bug: Sync fails with apparent DNS failure using Xfinity's default DNS server.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-23 20:07:23+00:00
Resolved: 2023-01-25 01:04:59+00:00

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

Steps to reproduce:

On two different macOS machines, one running Ventura and one running Monterey, completely closing/exiting Firefox and then re-opening produces this issue. Similarly, launching Firefox after rebooting the computer also triggers the issue.

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


Actual results:

Sync will sometimes not automatically begin working on program launch. Instead, the list of synced tabs on the sync chain will be empty, and pages loaded in the browser will not show up on the sync chain. Only after one manually selecting "sync now" will the syncing process initiate as normal.


Expected results:

On every launch, Firefox should initiate syncing automatically, displaying the open tabs on other devices and uploading tabs to the sync chain as they are opened.
Bug: cant open incognito mode using the left ctrl button
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2023-01-24 00:31:45+00:00
Resolved: 2023-01-28 12:31:53+00:00

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

Steps to reproduce:

use the ctrl(left)+shift+p shortcut


Actual results:

nothing


Expected results:

opened incognito mode
Bug: Extensions icon in toolbar can't be removed
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2023-01-24 00:59:14+00:00
Resolved: 2023-01-24 11:55:44+00:00

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

Steps to reproduce:

Opened Firefox 109 x64 on Windows 10 (also occurs on my Windows 7 x64 laptop)


Actual results:

After updating to latest Firefox version (Windows 10), I have an icon for Extensions, in my toolbar.
I CANNOT remove this icon, and it's irritating me.
It can't be removed by right-clicking, nor through customizing.


Expected results:

Right-clicking should enable me to remove this icon, or it should be draggable via customization.
Bug: The arrow icons for back/forward navigation on the toolbar is hard to tell whether it can navigate with high contrast mode
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2023-01-24 03:28:13+00:00
Resolved: 2023-06-02 15:24:13+00:00

On Mac there's an option named "Increase contrast", with the option enabled the icons are hard to distinguish whether we can navigate back or forward.  To be precise, there's another option named "Reduce transparency" which is automatically enabled when the "Increase contrast" is on, and it looks like the "Reduce transparency" causes this issue.
Bug: URLbar is set to empty string after an auth prompt
Status: NEW
Priority: P3
Created: 2023-01-24 11:09:28+00:00
Resolved: 2023-03-24 18:25:48+00:00

I noticed the following: while an auth prompt is open, if I clear the url bar, and then switch tabs, the URL is properly restored, but, if I then cancel/accept the prompt, after the load the urlbar is set to the empty string again.
(I tried to trace this via mozregression, I could still reproduce this in fx90 but coud not go further back because of compatibility issues.)

Steps to reproduce:
- open https://eviltrap.site/trap/http-auth-prompt-spoof/auth
- clear the url bar
- switch to another tab and back again
- cancel/accept the prompt
- notice that after the load, the url bar is empty

I also attached a short video of the issue.
Bug: Intermittent browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_impression_search_mode.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2023-01-24 12:16:10+00:00
Resolved: 2024-04-26 12:03:02+00:00

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

---
```
INFO - TEST-PASS | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_impression_search_mode.js | Expected placeholder l10n when search mode is active - {"args":null,"id":"urlbar-placeholder-search-mode-other-tabs"} deepEqual {"id":"urlbar-placeholder-search-mode-other-tabs","args":null} - 
[task 2023-01-24T11:28:42.185Z] 11:28:42     INFO - Buffered messages finished
[task 2023-01-24T11:28:42.185Z] 11:28:42     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_impression_search_mode.js | 0 == 1 - JS frame :: chrome://mochitests/content/browser/browser/components/urlbar/tests/engagementTelemetry/browser/head.js :: _assertGleanTelemetry :: line 57
[task 2023-01-24T11:28:42.185Z] 11:28:42     INFO - Stack trace:
[task 2023-01-24T11:28:42.186Z] 11:28:42     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/engagementTelemetry/browser/head.js:_assertGleanTelemetry:57
[task 2023-01-24T11:28:42.186Z] 11:28:42     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/engagementTelemetry/browser/head.js:assertImpressionTelemetry:52
[task 2023-01-24T11:28:42.186Z] 11:28:42     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_impression_search_mode.js:assert:62
[task 2023-01-24T11:28:42.186Z] 11:28:42     INFO - chrome://mochitests/content/browser/browser/components/urlbar/tests/engagementTelemetry/browser/head-search_mode.js:doTabTest/<:76
[task 2023-01-24T11:28:42.186Z] 11:28:42     INFO - Leaving test bound tabs
[task 2023-01-24T11:28:42.186Z] 11:28:42     INFO - Entering test bound actions
[task 2023-01-24T11:28:42.285Z] 11:28:42     INFO - Awaiting for the urlbar panel to open
[task 2023-01-24T11:28:42.310Z] 11:28:42     INFO - Urlbar panel opened
[task 2023-01-24T11:28:42.372Z] 11:28:42     INFO - Enter Search Mode {"source":7}
[task 2023-01-24T11:28:42.375Z] 11:28:42     INFO - TEST-PASS | browser/components/urlbar/tests/engagementTelemetry/browser/browser_glean_telemetry_impression_search_mode.js | One-offs are visible - true == true - 
```
Bug: 13 elements are restyled every time the download progress is updated
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-24 13:08:02+00:00
Resolved: 2023-01-25 20:13:15+00:00

I noticed this in this profile: https://share.firefox.dev/3kAvjo6 from bug 1709175 comment 104.

I can reproduce locally: https://share.firefox.dev/3R0upNU

And making the JS code set the download progress on the specific element that has the progress display reduces the restyle to only one element: https://share.firefox.dev/3HszRpx
Bug: console errors emitted in xpcshell-tests/mochitests/marionette/webdriver using remote settings dummy url (Unexpected content-type \"text/plain;charset=US-ASCII\)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2023-01-24 13:33:10+00:00
Resolved: 2023-11-13 20:38:11+00:00

If I run a test that's set up using one of the dummy urls that were added in bug 1807667, then I will commonly see in the output one or more of these:

`console.error: (new Error("Unexpected content-type \"text/plain;charset=US-ASCII\"", "resource://services-settings/Utils.jsm", 407))`

Unexpected warnings can be especially difficult for developers to understand.

Would it be possible to either disable this error in those cases or find a url which would avoid it?
Bug: Regression: The new swipe-to-navigation indicator stucks for a moment, when deciding not to navigate the other page
Status: ASSIGNED
Priority: P3
Created: 2023-01-24 17:19:05+00:00
Resolved: 2023-10-17 19:11:25+00:00

Nightly 111.0a1 (2023-01-24) (64-Bit)
macOS 12.6.3

1.) Open a new tab
2.) Visit a page in that tab
3.) Do the swipe back gesture with the Trackpad a little bit and decide not to navigate and lift the fingers up from the Trackpad 

Actual: The last part of the new indicator stucks for a moment before it disappears. 

Expected: A smooth animation.

Maybe a little bit related to issue 1811871?

A demo is attached.

Thanks
Bug: Firefox View's Last Active tile includes the "Device Name" text buried at the end of its google search context-menu-item
Status: RESOLVED
Priority: P2
Resolution: INVALID
Created: 2023-01-24 17:53:22+00:00
Resolved: 2024-01-17 18:22:51+00:00

+++ This bug was initially created as a clone of Bug #1790861 +++

STR:
1. Open Firefox View (with Sync configured so that you have a "Last Active" tile)
2. Right-click any of the "Tab Pickup" tiles
3. Choose the "Search Google for [...]"
4. Look at the Google search term, in the search tab that gets produced.

ACTUAL RESULTS:
The search string includes your "device name" (which was shown at the bottom of the tile).

EXPECTED RESULTS
Device name should not be included, since
* it's almost certainly not a useful/helpful thing to include in the suggested-search
* moreover, it's an actively harmful thing to include, since it's potentially revealing personal information (the user's local username and/or machine name) to Google, without it being obvious to the user that that's what's going to happen.

That second bullet point -- the accidental personal information leakage -- is the most important thing here.

The first bullet point applies to all of the "labels" on the tile -- the timestamp, the domain name, and "Last Active" pill.  Those also get included in the context menu's suggested-search, and they're not particularly useful parts of a search.  See bug 1790861 comment 5 and following comments for why it's not necessarily worthwhile to attempt to remove them.

But the Device Name has special personal-info importance that justifies taking some extra steps to exclude it, to avoid turning this right-click|search [...] into an accidental-info-leakage footgun for users.