av9ash/GitBugs huggingface dataset:
Bug: startup crash in [@ xul.dll | GetProcessMitigationPolicy]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-31 07:57:34+00:00
Resolved: 2021-06-14 13:18:41+00:00

Startup content crash, so far all crashes on Windows 10. Earliest affected version is Firefox 85 while version 89.0a1 observed 4 crashes last week.

There are 2 different (xul.dll unsymbolified) stacks. The one below and e.g. bp-263cd49a-a962-4fb4-9408-444220210330:
```
kernelbase.dll	GetProcessMitigationPolicy	
mozglue.dll	mozilla::IsWin32kLockedDown()	mozglue/misc/WindowsProcessMitigations.cpp:36 
```

Crash report: https://crash-stats.mozilla.org/report/index/eb064006-721a-4d2d-9b0e-c0e2f0210324

MOZ_CRASH Reason: ```MOZ_CRASH(OOM)```

Top 10 frames of crashing thread:
```
0 xul.dll xul.dll@0xd60fec 
1 xul.dll xul.dll@0x76769 
2 xul.dll xul.dll@0x5daa5fe 
3 xul.dll xul.dll@0x75748 
4 xul.dll xul.dll@0x1ef83 
5 xul.dll xul.dll@0x5ed6772 
6 xul.dll xul.dll@0x5149f21 
7 xul.dll xul.dll@0xdae902 
8 xul.dll xul.dll@0x100b0 
9 xul.dll xul.dll@0x5d6fc62 
```
...
```
kernelbase.dll	GetProcessMitigationPolicy	
mozglue.dll	mozilla::detail::DynamicallyLinkedFunctionPtrBase<long (*)(void*, void*, void**, unsigned long long, unsigned long long, _LARGE_INTEGER*, unsigned long long*, SECTION_INHERIT, unsigned long, unsigned long)>::DynamicallyLinkedFunctionPtrBase(wchar_t const*, char const*)	mozglue/misc/DynamicallyLinkedFunctionPtr.h:58 
```
Bug: aria-expanded is not supported by the role region in CollapsibleSection.jsx
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-03-31 08:07:09+00:00
Resolved: 2023-06-02 15:21:04+00:00

I'm working on upgrading ESLint one of the messages I'm now getting is:

```
browser/components/newtab/content-src/components/CollapsibleSection/CollapsibleSection.jsx
  245:7  error  The attribute aria-expanded is not supported by the role region. This role is implicit on the element section.  jsx-a11y/role-supports-aria-props (eslint)
```

This is coming from:

https://searchfox.org/mozilla-central/rev/9043e515e9608cc55b252a40cb2dfb6f767bcffd/browser/components/newtab/content-src/components/CollapsibleSection/CollapsibleSection.jsx#245-252

For the upgrade, I will disable the rule, but we should check if this needs to be corrected or not.
Bug: The URL for imported logins which contain at least 2 URLs will be the first one followed by part of the second
Status: NEW
Priority: P3
Created: 2021-03-31 08:07:35+00:00
Resolved: 2021-04-15 20:06:27+00:00

**[Affected Versions]:**
- Firefox Beta 88.0b4 (Build ID: 20210328185936)
- Firefox Nightly 89.0a1 (Build ID: 20210330215136)

**[Affected Platforms]:**
- Linux Mint 20
- Windows 10
- macOS 10.15.7

**[Prerequisites]:**
 - Have a CSV file created by a password manager which allows for a login to have more than 1 URL (e.g. Bitwarden).
- Have Firefox open.

**[Steps to reproduce]:**
1. Navigate to “about:logins”.
2. Click the meatball menu button (“...”).
3. Choose the “Import from a File...” option.
4. Choose the CSV file from prerequisites and import it.
5. Open the entry for the login which had 2 URLs and observe its URL.

**[Expected result]:**
- Only one (the first?) URL is imported.

**[Actual result]:**
- The first URL is imported, followed by the delimiting comma and part of the second URL.

**[Notes]:**
- Attached is a recording of the issue.
Bug: In private browsing the recently closed tabs/windows, clear history cannot be clicked
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-31 08:23:20+00:00
Resolved: 2021-04-19 15:50:45+00:00

[Affected versions]
Beta 88
Nightly 89

[Affected platforms]
Win 10

[Precondition]
The following pref is set on true:
- browser.proton.enabled

[Steps to reproduce]

1. Open the Firefox browser
2. Open 2 new windows and close them
3. Reach the History submenu from the Hamburger menu
4.  Recently Closed windows is active and clickable
5. Open a new private window
6. Reach the History submenu from the Hamburger menu
7. Close Private window
8. Open again a new private window
9. Reach again the History submenu from the Hamburger menu

Actual result: 
The recently closed tabs/windows appears to be active and cannot be clicked. Please see screen recording.

Expected result:
Only Recently Closed window should be active and clickable. The recently closed tabs option should be greyed out(inactive)

Note: With preff off, the recently closed tabs/windows are clickable but are empty
Bug: In private browsing the recently closed tabs/windows, clear history are not correctly aligned
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-03-31 08:29:39+00:00
Resolved: 2021-09-24 22:45:32+00:00

[Affected versions]
Release 87
Beta 88
Nightly 89

[Affected platforms]
Win 10

[Precondition]
The following pref is set on true:
- browser.proton.enabled

[Steps to reproduce]

1. Open the Firefox browser
2. Open 2 new windows and close them
3. Reach the History submenu from the Hamburger menu
4.  Recently Closed windows is active and clickable
5. Open a new private window
6. Reach the History submenu from the Hamburger menu
7. Close Private window
8. Open again a new private window
9. Reach again the History submenu from the Hamburger menu

Actual result: 
The recently closed tabs/windows are aligned on the right side. Please see screenshots from normal window and private window.

Expected result:
In private browsing the recently closed tabs/windows, clear history should be aligned in the left side.
Bug: The columns of a CSV file exported from certain localized password managers are translated but are not recognized when imported in Firefox
Status: NEW
Priority: P3
Created: 2021-03-31 08:32:26+00:00
Resolved: 2021-04-16 06:38:08+00:00

**[Affected versions]:**
- Firefox Nightly 89.0a1 (Build ID:20210330215136);
- Firefox Beta 88.0b4 (Build ID: 20210328185936)

**[Affected Platforms]:**
- Windows 10 x64;
- macOS 10.15.7;
- Linux Mint 20 x64;

**[Prerequisites]:**
- Have the latest Firefox Beta build installed.
- Have a CSV file exported from 1Passsword app: you can use [this CSV file](https://drive.google.com/file/d/1HMMTMlOfgNT3LFOfFn6zTEd6_sE41LQy/view?usp=sharing) exported from 1Passsword app on FR locale.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Navigate to "about:logins" page.
3. Open the menu, click the "Import from a file..." option.
4. Select and import the CSV file described in prerequisites.
5. Observe the behavior. 

**[Expected result]:**
- The logins are imported.

**[Actual result]:**
- The "File Format Issue" modal is displayed because the "password" and "username" columns are translated and not recognized by Firefox.

**[Notes]:**
- I haven't managed to reproduce this issue with KeepassXC or Bitwarden apps on different locales because the columns are not localized in this case.
- Attached a screen recording of the issue.
Bug: about:policies - Documentation list TAB select should bring the cell in better focus while cycling through the list
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-03-31 09:02:25+00:00
Resolved: 2021-07-09 13:16:56+00:00

**Affected versions**
* 88.0b3, 89.0a1(2021-03-28); 

**Affected platforms**
* Ubuntu 20, Windows 10;

**Steps to reproduce**
1. Launch Firefox, access about:policies#documentation
2. Press the TAB key to navigate across the list;

**Expected result**
* list elements are visible and not covered by anything;

**Enhancement suggestion**
1.  cell can be centered and not just the link part brought up at the min-position;
2. with Tab cycle when second to last item is cycled it should be displayed, page "auto-scrolling early" thus reaching in the reported scenario (only on the last item from the list)

**Actual result**
* the URL indicator overlaps the Documentation link;

**Regression range** 
* with 75.0 the TAB selection was not reaching inside the page, so it was implemented as this from the get-go most likely; 
* in regards to it, marking the bug as an enhancement;

**Additional notes**
* attached screenshot to better illustrate the issue; observe the bottom part of it, with the STR the link would be covered with the URL string.
Bug: [Intermittent] Address bar chiclet is missing from about: pages after browser restart
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-03-31 09:09:51+00:00
Resolved: 2021-05-13 13:19:15+00:00

[Note]:
- This issue is intermittent and at this point we don't know what triggers it
- This issue doesn't occur on OSX 11.2.3

[Affected versions]:
- latest Nightly 89.0a1 2021-03-30

[Affected platforms]:
- Win 10 64-bit
- Ubuntu 18.04

[Preconditions]:
The following prefs are enabled in about:config:
* browser.proton.enabled
* browser.proton.toolbar.enabled
* browser.proton.urlbar.enabled

[Steps to reproduce]:
1. Go to about:preferences and check the option to "Restore previous session"
2. Open a few `about:` pages and observe the address bar chiclet
3. Restart the browser

[Expected result]:
- Address bar chiclet stays the same after restart

[Actual result]:
- Address bar chiclet is replaced by the magnifying glass, the page needs to be refreshed for it to be shown again

[Regression range]:
- Due to the fact that the issue is intermittent we can't provide a regression range at this point.

[Additional notes]:
- There are no errors in browser console
Bug: [Proton] [Light theme] [Windows/Ubuntu] Page content overflows the webRTC permission panel outline
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-03-31 09:20:05+00:00
Resolved: 2021-05-13 11:48:41+00:00

**Tested on:**
Nightly 89.0a1

**Tested Platforms:**
Windows 10 (Ubuntu - less visible)
Most visible on low resolutions, such as: 
1366x768
1280x720
800x600

Have the following prefs enabled:
browser.proton.enabled
browser.proton.doorhangers.enabled
Light Theme

**Steps to reproduce:**
1. Open https://mozilla.github.io/webrtc-landing/gum_test.html
2. Zoom in the site as much as posibble 
3. Toggle the permission panel, ex: click on Microphone&Camera button
4. Scroll the page in a manner that the panel is placed above site strings, buttons, etc

**Expected Results:**
The site content should not overflow the permission panel outline.

**Actual Results:**
Page content overflows the webRTC permission panel outline

**Notes:**
Dark theme does not have this issue.
Not reproducible on MacOS
Bug: Pocket menu is not opened smoothly when it is clicked from the Overflow menu
Status: NEW
Priority: P3
Created: 2021-03-31 09:37:47+00:00
Resolved: 2021-12-23 17:50:20+00:00

**Affected versions**
- Firefox 89.0a1

**Affected platforms**
- macOS 10.15.7
- Ubuntu 20.04
- WIndows 10

**Steps to reproduce**
1. Launch Firefox
2. Pin Pocket button to the Overflow menu
3. Open the Overflow menu and click on Pocket button

**Expected result**
- The dropdown transition is smooth

**Actual result**
- The dropdown transition is not smooth

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1XwZ82U0Odqem8udZzcjzH4Mz2OuFROM8/view?usp=sharing)
- On Ubuntu 20.04, there are additional stutters when opening and closing the pocket menu
Bug: Impossible to view history through panels (app menu or library)
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2021-03-31 10:04:26+00:00
Resolved: 2021-04-12 14:54:52+00:00

While trying to reproduce bug 1702146 I got into a state where my browsing history is not displayed inside panels despite having my browser set to remember history and having history viewable from the library modal.
This seems to have triggered after viewing history panels inside private browsing mode though I'm unsure.
Bug: Entering a wildcard for an IP address in pop-up exceptions creates strange entries
Status: NEW
Priority: P3
Created: 2021-03-31 10:57:09+00:00
Resolved: 2021-04-05 14:54:49+00:00

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

Steps to reproduce:

In settings, about:preferences#privacy
Click "Exceptions..." next to Block pop-up windows
Enter a URL with an IP address with a wildcard: https://192.168.0.*


Actual results:

It created two entries:
http://https
https://https


Expected results:

It should create an entry:
https://192.168.0.*
Bug: Reload icon is offset when dragged to the item list in customize mode
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-03-31 11:19:35+00:00
Resolved: 2021-05-03 17:09:46+00:00

**Affected versions**
- Firefox 89.0a1

**Affected platforms**
- macOS 10.15.7
- Windows 10
- Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox
2. Enter customize mode
3. Drag the reload button from the toolbar to the item list

**Expected result**
- The reload icon is centered

**Actual result**
- The reload icon is offset

**Regression range**
- This may be a recent regression, couldn't reproduce on 88.0b5. Will see for a regression.

**Additional notes**
- The issue can be seen in the attachment
Bug: Pocket is not working if it was deactivated once and reactivated from about:config
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-31 11:41:59+00:00
Resolved: 2021-04-15 06:48:23+00:00

**Affected versions**
- Firefox 89.0a1

**Affected platforms**
- macOS 10.15.7
- Windows 10
- Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox
2. Access about:config and set extensions.pocket.enabled to false and then to true
3. Click on the Pocket button found in toolbar

**Expected result**
- Pocket dropdown works as expected

**Actual result**
- Pocket is not working anymore

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1IFjvxF0_MHc3R4RAQDk4iZh4qRi4jGg3/view?usp=sharing)
Bug: "List all tabs", "Navigation arrows" and "Open new tab" buttons differ from the tabs highlight on Windows 7
Status: RESOLVED
Priority: P2
Resolution: DUPLICATE
Created: 2021-03-31 12:09:48+00:00
Resolved: 2022-10-21 09:36:35+00:00

### Preconditions
In about:config set:
browser.proton.enabled = true

### Affected versions
Firefox 89.0a1 

### Affected platforms

Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Open many tabs till "list all tabs" and navigation arrows are displayed.
3. Hover the mouse over the tabs and over "List all tabs", "Navigation" and "Open new tab" buttons.
4. Try in dark and default theme.

### Expected result
"List all tabs", "Navigation arrows" and "Open new tab" buttons shouldn't differ from the tabs highlight .

### Actual Result
"List all tabs", "Navigation arrows" and "Open new tab" buttons differ from the tabs highlight .

Screen recorder: streamable.com/8wbq3h
Bug: Recently Closed Tabs/Windows toolbar separator disappears when the user access the submenu for the second time
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-31 12:22:25+00:00
Resolved: 2021-09-14 12:23:08+00:00

#### Tested with:

Release 87
Beta 88.0b5
Nightly 89.0a1 (2021-03-31)
#### Tested on:

Windows 10
Windows 7 (Low Resolution)
MacOS 10.15
#### Preconditions:

In about:config, set browser.proton.enabled = true
#### Steps:

  1. Launch firefox and open some tabs.
  2. Close few tabs.
  3. Open the Hamburger Menu and go to History -> Recently Closed Tabs
  4. Close the hamburger Menu.
  5. Open the Hamburger Menu and go to History -> Recently Closed Tabs again.

#### Actual result:

The toolbar separator between "Recently Closed Tabs" header and the recently closed tabs list is not displayed anymore after the user access the "Recently Closed Tabs" submenu for the second time and it appears again only after a browser restart.
#### Expected result:
The toolbar separator between "Recently Closed Tabs" header and the recently closed tabs list should not disappear when the user access the submenu for the second time.

Note 1: This is reproducible also for the Recently Closed Windows.
Note 2: This is not reproducible without Proton pref enabled.
Bug: Heartbeat infobar notification no longer has a "Learn More" link after Proton restyle
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-31 12:23:36+00:00
Resolved: 2021-04-22 13:29:13+00:00

**Affected platforms**
Ubuntu 20.04
macOS Big Sur 11.1
Windows 10

**Affected versions**
Nightly 89.0a1

**Steps to reproduce**
1. Launch Firefox with a **new** profile
2. Go to about:config and set the following two prefs to **true**:
browser.proton.enabled
browser.proton.infobars.enabled
2. Open the location of the profile directory in about:support and close Firefox
3. Download the user.js file from the [Here](https://drive.google.com/file/d/15V_52gBMxj4VPDz1ahmQRJgHt75nKqyb/edit) and copy it into the profile directory
4. Re-open Firefox with the profile you've created in *Step 1*

**Expected Result**
The Heartbeat infobar should be displayed a few seconds after the browser is opened and it should have a "Learn More" link on it

**Actual Results**
The "Learn More" link isn't there

**Note**
The "Learn More" link is present on the infobar with Proton disabled
This is the normandy recipe we are using: *("/index.html#/stage/recipes/1375/")*
Bug: Overflow panel cannot render a full display for pinned extensions
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-03-31 12:35:01+00:00
Resolved: 2021-04-05 15:59:12+00:00

**Affected versions**
- Firefox 88.0b5
- Firefox 89.0a1

**Affected platforms**
- macOS 10.15.7
- Windows 10
- Ubuntu 20.04

**Steps to reproduce**
1. Launch Firefox
2. Install for example [uBlock origin](https://addons.mozilla.org/en-US/firefox/addon/ublock-origin/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=featured) and [Audio Eq](https://addons.mozilla.org/en-US/firefox/addon/audio-equalizer-wext/?utm_source=addons.mozilla.org&utm_medium=referral&utm_content=featured) extensions
3. Pin them to the overflow menu and open it
4. Click on the extensions to open their respective panel

**Expected result**
- The panel is fully visible

**Actual result**
- The overflow panel has a fixed length, and cannot render the full panel for the extensions

**Regression range**
- Will see for a regression

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1NhwPeBDR5SIiPHqoAvgCJehIk-h1QP1B/view?usp=sharing)
Bug: 2fa qr code doesn't show up properfly for Tutanota (RESOLVED)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-03-31 12:48:24+00:00
Resolved: 2021-04-01 09:27:31+00:00

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

Steps to reproduce:

I wanted to enable 2fa for my Tutanota mail, and went to the settings.


Actual results:

I was going to scan the qr code to enable 2fa, but qr code didn't appear as it should. It just showed a white square.





Expected results:

I must have seen the qr code properly. So, I set my 2fa up using ms edge browser.
Bug: Tab media controller flickers after clicking on "List all tabs" button on Windows
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-03-31 13:03:42+00:00
Resolved: 2021-05-17 13:46:12+00:00

### Preconditions
In about:config set:
browser.proton.enabled = true

### Affected versions
Firefox 89.0a1 

### Affected platforms
Windows 10 x64
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Go to youtube.com and open a video in a new tab without opening it.
3. Open another video and play it.
4. Open many tabs till "List all tabs" appears.
5. Click on "List all tabs" button a few times.
6. Observe tabs media controller.

### Expected result
Tab media controller shouldn't flicker after clicking on "List all tabs" button.

### Actual Result
Tab media controller flickers after clicking on "List all tabs" button.

Screen recorder: streamable.com/8wtzem

### Note
The issue is not reproducible on macOS or on Ubuntu.
Bug: Screenshot button doesn't have a hover effect if placed in Overflow Menu
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-03-31 13:24:28+00:00
Resolved: 2021-04-06 18:10:14+00:00

*Affected versions*
* 89.0a1 (20210331092207)
* 88.0b5 (20210330185720)


	
*Affected platforms*

* Windows 10x64
* macOS 10.15.7
* macOS 11.2
* Ubuntu 20.04




*Steps to reproduce*
1. Open Firefox and add the Screenshot button to the overflow menu.
2. Open a page and hover over the Screenshot button.




*Expected result*
* Hover effect is active.

*Actual result*
* No hover effect

*Regression range*
* Screenshot button was added to the toolbar by bug 1691464 so I think this is what caused this behavior so this is not a regression.

*Notes*
* Attached a screen recording.
* This happens with proton enabled and disabled as well.
* The button functions properly.
Bug: The Manage Devices... option is too close to the bottom edge of the Send Tab to Device submenu
Status: NEW
Priority: P2
Created: 2021-03-31 13:31:02+00:00
Resolved: 2021-04-02 07:32:23+00:00

#### Tested with:

Release 87
Beta 88.0b5
Nightly 89.0a1 (2021-03-31)
#### Tested on:

Windows 10
Windows 7 (Low Resolution)
MacOS 10.15
Ubuntu 20.04
#### Preconditions:

In about:config, set browser.proton.enabled = true
Have multiple devices synced.
#### Steps:

  1. Launch firefox and open the hamburger menu.
  2. Go to the FxA submenu and click on Send Tab to Device
  3. Hover the mouse over the Manage Devices... 

#### Actual result:

The hover highlight is too close to the bottom edge (even slightly cut). 
#### Expected result:
There should be more space at the bottom edge of the Manage Devices option... (See the Manage History option from the screenshot attached)
Bug: Heartbeat Infobar - the "Take survey" button's appearance and functionality are broken
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-03-31 14:15:12+00:00
Resolved: 2021-04-22 10:07:08+00:00

**Affected platforms:**
Ubuntu 20.04
macOS Big Sur 11.1
Windows 10
Windows 7

**Affected versions:**
Nightly 89.0a1

**Preconditions:**
browser.proton.enabled=true
browser.proton.infobars.enabled=true

**Steps to reproduce:**
1. Launch Firefox.
2. Install https://github.com/mozilla-extensions/normandy-devtools/releases
3. Click the wrench icon
4. From the top right corner of the page, click the environment button and select Stage
5. Find recipe 1375 [cmuresan][pi-957] test heartbeat infobar
6. Click the [...] button and click run
7. In the Heartbeat infobar, click on the "Take survey" button.

**Expected Result:**
The "Take survey" button should be sentenced case.
In step 7, a new tab with the survey should be opened (wiki.mozilla.org in this case as this is set on the recipe). The Heartbeat Infobar should also be dismissed.

**Actual Results:**
The "Take survey" button is not sentenced case ("Take Survey" instead).
In step 7 the survey tab is not opened and the Heartbeat Infobar is not dismissed - "Thanks!" and the "Take Survey" buttons are still visible. 

**Notes:**
Setting the Severity of this issue to S2 as the functionality of the Heartbeat Infobar is broken and a survey can't be done anymore.
The functionality issue is not reproducible if the Proton preferences from the pre-requisites are set to false
Bug: Moving a pinned tab makes the rest of the pinned tabs move on Windows
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-03-31 14:27:07+00:00
Resolved: 2021-04-08 12:16:48+00:00

### Preconditions
In about:config set:
browser.proton.enabled = true

### Affected versions
Firefox 89.0a1 

### Affected platforms
Windows 10 x64
Windows 7 x64

### Steps to reproduce
1. Open Firefox.
2. Open a few tabs and pin them.
3. Select any pin tab and move it to the right or to the left of the rest of the pinned tabs.

### Expected result
Moving a pinned tab shouldn't make the rest of the pinned tabs to move.

### Actual Result
Moving a pinned tab makes the rest of the pinned tabs move.

Screen recorder: https://streamable.com/gxsuel

### Note
The issue is not reproducible on macOS.