av9ash/GitBugs huggingface dataset:
Bug: modifySessionStorage in browser/components/sessionstore/test/head.js is broken with Fission
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2021-05-27 12:16:12+00:00
Resolved: 2021-05-28 21:51:20+00:00

`modifySessionStorage` does a `SpecialPowers.spawn` to a `browser` then modifies session storage from then content script. 

If `{frameIndex: index}` is passed it picks the subframe at `content.frames[index]` and tries to modify storage for the `content` of that frame, which might be in another process.
Bug: Bookmarks menu drop down stays in the same place if browser is fullscreen and toolbar is hidden
Status: NEW
Priority: P5
Created: 2021-05-27 12:17:12+00:00
Resolved: 2021-06-14 08:51:14+00:00

*Affected versions*
* 90.0a1 (20210525153449)
* 89.0 (20210524222230)
* 88.0.1 (20210504152106)

*Affected platforms*
* macOS 10.15
* Windows 10x64



*Steps to reproduce*
1. Open Firefox and add the bookmarks menu to the toolbar.
2. Enter fullscreen and click on the bookmarks menu and quickly drag the mouse away.


*Expected result*
* Bookmarks menu drop down follows the toolbar when hidden/shown.

*Actual result*
* Bookmarks menu drop-down stays in one place.

*Regression range*
Not actually a regression: on the good builds before this range the bookmark menu stays in one place but moves after the panel is hovered.
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c8ec11711bb0981f6eb3fe8b95d1d49a41931efd&tochange=98c09e82b3e9728fbfa9204a8b5e3cef676dce76 




*Notes*
* Attached a screen recording.
Bug: Texts are overlapping dropdowns in about:preferences page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-27 12:43:07+00:00
Resolved: 2021-06-04 12:41:29+00:00

### Affected versions
Firefox 90.0a1 
Firefox 89.0 candidates build1

### Affected platforms
Windows 10 x64

### Steps to reproduce
1. Open Firefox.
2. Open about:preferences#privacy > Permissions
3. Click on Autoplay Settings
4. Click on "Default for all Websites" dropdown.

### Expected result
Texts shouldn't overlap dropdowns in about:preferences page.

### Actual Result
Texts are overlapping dropdowns in about:preferences page.

### Note
The issue is also reproducible on other dropdown in about:preferences page.
Bug: The meatball menu from about:logins is improperly displayed when Increase contrast is enabled
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-05-27 14:33:09+00:00
Resolved: 2021-11-01 08:33:17+00:00

**Note**
* When the user ..., he will notice that...

**Affected versions**
* Nightly v90.0a1
* Beta v89.0 (RC)

**Affected platforms**
* Mac OS

**Steps to reproduce**
1. Launch browser.
2. Load about:logins
3. click the "meatballs menu" button

**Expected result**
* The meatball menu is properly displayed.

**Actual result**
* The meatball menu has some extra lines between buttons.

**Regression range**
* It appears that this issue appeared when the background of the about:logins page is displayed in white, not black. (the theme is probably not relevant, but in case it is, default theme is System default, when the system is dark)
* Regressor investigation: 
    2021-05-27T17:15:23.320000: DEBUG : Found commit message:
    Bug 1705133 - add initial high contrast support for modals and notification bars, r=jaws
    
    We probably want to iterate on this, just like HCM support in general isn't really
    "finished", and we have better options now that we have better media query support
    for it, but this gets us pretty similar outcomes to the pre-proton state, and we
    should be able to build on that going forward.
    
    Differential Revision: https://phabricator.services.mozilla.com/D112344
    
    2021-05-27T17:15:23.320000: DEBUG : Did not find a branch, checking all integration branches
    2021-05-27T17:15:23.327000: INFO : The bisection is done.
    2021-05-27T17:15:23.442000: INFO : Stopped
Bug: Update the autofill tests for creditcard sync
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-05-27 14:45:14+00:00
Resolved: 2022-02-09 19:46:23+00:00

https://searchfox.org/mozilla-central/search?q=resource%3A%2F%2Fformautofill shows tests that failed to detect a regression (https://bugzilla.mozilla.org/show_bug.cgi?id=1713089) caused by https://bugzilla.mozilla.org/show_bug.cgi?id=1691821 when autofill was refactored to support mobile.

We need to make sure we have tests that will fail if the functionality is broken, so either update the existing test, or remove them if they aren't providing value and make new ones.
Bug: [Phase 2] [Intermittent] The Address bar drop down flickers when typing or deleting characters slowly
Status: RESOLVED
Priority: P3
Resolution: DUPLICATE
Created: 2021-05-27 15:15:44+00:00
Resolved: 2021-06-15 00:50:17+00:00

**[Notes]:**
- This issue is reproducible only if you are enrolled in the Firefox Suggest experiment, or if you have previously set the preferences from the prerequisites on the Firefox profile.
- This issue is also reproducible when deleting the characters slowly.
- This issue is also reproducible when you have at least 1 character typed in the Address bar, click outside the bar, and then click inside it.
- This issue is encountered no matter if the sponsored results are displayed or not.
- Since this issue is very intermittent we are not sure if it’s also reproducible on macOS or Linux. From our attempts, we didn’t manage to reproduce the issue on these OSes.

**[Affected versions]:**
- Firefox RC 89.0 Release (Build ID: 20210524222230);

**[Affected Platforms]:**
- Windows 10 x64;

**[Prerequisites]:**
- Have the latest RC 89.0 Release installed.
- Have the following prefs set: 
- `browser.urlbar.quicksuggest.enabled` to `true`.
- `browser.urlbar.experimental.firefoxSuggestLabels.enabled` to `true`.
- `browser.urlbar.quicksuggest.showedOnboardingDialog` to `false`.
- `browser.startup.upgradeDialog.version` to `89`.

**[Steps to reproduce]:**
1. Open the Firefox browser with the profile from prerequisites.
2. Open a new tab and type a character in the Address bar (e.g. “a”).
3. Observe the Address bar drop down.

**[Expected result]:**
- There is no flicker of the Address bar drop down.

**[Actual result]:**
- The Address bar drop down flickers.

**[Additional Notes]:**
- Attached a screen recording of the issue.
- I also made a profiler in case it helps to find out what happens when reproducing the flicker. You can find it [here](https://profiler.firefox.com/from-addon/calltree/?v=5&view=active-tab) and also in the attachments section of the bug.
Bug: (CLONE-TEST) Update the autofill tests for creditcard sync (PLEASE DISREGARD)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-27 16:50:26+00:00
Resolved: 2021-05-27 22:37:33+00:00

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

https://searchfox.org/mozilla-central/search?q=resource%3A%2F%2Fformautofill shows tests that failed to detect a regression (https://bugzilla.mozilla.org/show_bug.cgi?id=1713089) caused by https://bugzilla.mozilla.org/show_bug.cgi?id=1691821 when autofill was refactored to support mobile.

We need to make sure we have tests that will fail if the functionality is broken, so either update the existing test, or remove them if they aren't providing value and make new ones.

 (PLEASE DISREGARD)
Bug: (CLONE-TEST) Update the autofill tests for creditcard sync (PLEASE DISREGARD)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-27 16:59:40+00:00
Resolved: 2021-05-27 22:37:33+00:00

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

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

https://searchfox.org/mozilla-central/search?q=resource%3A%2F%2Fformautofill shows tests that failed to detect a regression (https://bugzilla.mozilla.org/show_bug.cgi?id=1713089) caused by https://bugzilla.mozilla.org/show_bug.cgi?id=1691821 when autofill was refactored to support mobile.

We need to make sure we have tests that will fail if the functionality is broken, so either update the existing test, or remove them if they aren't providing value and make new ones.

 (PLEASE DISREGARD)
Bug: dom/storage/SessionStorageManager.cpp:87:18: error: MakeScopeExit was not declared in this scope
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-27 17:06:49+00:00
Resolved: 2021-05-31 12:14:56+00:00

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

Steps to reproduce:

Solaris build fails with:

```
10:56.98 In file included from Unified_cpp_dom_storage0.cpp:56:
10:56.98 /builds/psumbera/mozilla-central-build/dom/storage/SessionStorageManager.cpp: In function bool mozilla::dom::RecvGetSessionStorageData(uint64_t, uint32_t, bool, mo zilla::ipc::PBackgroundParent::GetSessionStorageManagerDataResolver&&):
10:56.98 /builds/psumbera/mozilla-central-build/dom/storage/SessionStorageManager.cpp:87:18: error: MakeScopeExit was not declared in this scope
```

This is probably regression after Bug 1700623.
Bug: Intermittent test failure in browser_overwrite_cache.js
Status: RESOLVED
Priority: P3
Resolution: WORKSFORME
Created: 2021-05-27 20:12:40+00:00
Resolved: 2022-07-21 15:50:54+00:00

I'm seeing the following test failure periodically when running `./mach test` on browser/components/newtab:
```
browser/components/newtab/test/browser/abouthomecache/browser_overwrite_cache.js
  FAIL Found the target element - null == true - got null, expected true (operator ==)
Stack trace:
@chrome://mochitests/content/browser/browser/components/newtab/test/browser/abouthomecache/browser_overwrite_cache.js:36:14
execute@resource://specialpowers/SpecialPowersSandbox.jsm:141:12
_spawnTask@resource://specialpowers/SpecialPowersChild.jsm:1604:15
receiveMessage@resource://specialpowers/SpecialPowersChild.jsm:310:21
```
Bug: "Forget" toolbar icon needs Proton styling (thinner lines)
Status: NEW
Priority: P3
Created: 2021-05-27 20:40:54+00:00
Resolved: 2022-11-05 12:53:00+00:00

Steps to reproduce:

1. Customize toolbar
2. add "Forget" button

What happens:

The arrow styling is much thicker than the refresh button styling.

Expected result:

Styling similar to other icons in the Proton UI.
Bug: When closing all tabs in a window (with more tabs than max_tabs_undo), 2 warnings are shown when closing
Status: NEW
Priority: --
Created: 2021-05-27 20:54:28+00:00
Resolved: 2021-06-22 15:11:30+00:00

STR:

0. fresh profile
1. create a new window
2. open more tabs in the new window than `browser.sessionstore.max_tabs_undo` (may be easier if you lower that pref value from `25` to like `2`)
3. hold down shift, click the first tab, to select all tabs
4. hit ctrl-w to close all the selected tabs (which is all the tabs in the window)


ER:

1 warning for closing multiple tabs

AR:
1 warning for the tabs, then another for the window. The first does not have a checkbox to disable it, the second does.
Bug: resource://gre/localization/en-US/toolkit/about/aboutThirdParty.ftl should only be packaged for Windows
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2021-05-28 00:29:40+00:00
Resolved: 2021-06-15 01:54:57+00:00

resource://gre/localization/en-US/toolkit/about/aboutThirdParty.ftl is referenced from about:third-party that is available only on Windows.
Bug: Intermittent browser/components/enterprisepolicies/tests/browser/disable_app_update/browser_policy_disable_app_update.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-05-28 00:50:41+00:00
Resolved: 2022-07-26 00:14:23+00:00

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

---
```
[task 2021-05-27T23:54:26.921Z] 23:54:26     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/disable_app_update/browser_policy_disable_app_update.js | About dialog appeared - 
[task 2021-05-27T23:54:26.921Z] 23:54:26     INFO - TEST-PASS | browser/components/enterprisepolicies/tests/browser/disable_app_update/browser_policy_disable_app_update.js | The About Dialog panel Id should equal policyDisabled - 
[task 2021-05-27T23:54:26.921Z] 23:54:26     INFO - Leaving test bound test_update_about_ui
[task 2021-05-27T23:54:26.922Z] 23:54:26     INFO - Entering test bound test_no_update_intervention
[task 2021-05-27T23:54:26.922Z] 23:54:26     INFO - Buffered messages finished
[task 2021-05-27T23:54:26.923Z] 23:54:26     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/disable_app_update/browser_policy_disable_app_update.js | Test timed out - 
[task 2021-05-27T23:54:26.926Z] 23:54:26     INFO - GECKO(1535) | MEMORY STAT | vsize 3360MB | residentFast 500MB | heapAllocated 192MB
[task 2021-05-27T23:54:26.927Z] 23:54:26     INFO - TEST-OK | browser/components/enterprisepolicies/tests/browser/disable_app_update/browser_policy_disable_app_update.js | took 90024ms
[task 2021-05-27T23:54:26.927Z] 23:54:26     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-05-27T23:54:26.928Z] 23:54:26     INFO - TEST-UNEXPECTED-FAIL | browser/components/enterprisepolicies/tests/browser/disable_app_update/browser_policy_disable_app_update.js | Found a tab after previous test timed out: about:blank -
```
Bug: PDF with single large page shows no content
Status: NEW
Priority: P2
Created: 2021-05-28 05:56:29+00:00
Resolved: 2025-03-01 08:31:34+00:00

Not sure what is going on here, but it doesn't render any content.  The document is a single page.

Works fine in Chromium-based browsers (Edge from testing, Chrome from others' reports).
Bug: [Experiment] The "Import from previous browser" label is wrongly displayed on the "about:welcome" page's "Import" screen even if the browser attribution code is set to "chrome"
Status: RESOLVED
Priority: P1
Resolution: WONTFIX
Created: 2021-05-28 06:21:59+00:00
Resolved: 2021-06-01 23:02:33+00:00

**[Affected versions]:**
- Firefox Beta 89.0 - Build ID: 20210520185752

**[Affected Platforms]:**
- Windows 10 x64

**[Prerequisites]:**
- Have the "user.js" from [here](https://drive.google.com/file/d/1d5tJ_YCHdTE5E7yJ5-POyScHtv_VAw18/view?usp=sharing) saved to your PC.
- Have the Chrome browser installed.

**[Steps to reproduce]:**
1. Open the Chrome browser and navigate to "https://www.mozilla.org/en-US/firefox/channel/desktop/".
2. Download and install the latest Firefox beta.
3. Create a new Firefox profile but do not open it.
4. Go to the previously created profile folder and paste the "user.js" file from the prerequisites.
5. Open the Firefox browser using the recently created profile using the `--first-startup` argument.
6. Click the "Now now" button.
7. Observe the primary button's label.

**[Expected result]:**
- The "Import from Google Chrome" label is displayed.
 
**[Actual result]:**
- The "Import from previous browser" label is displayed instead.

**[Additional Notes]:**
- This issue is also reproducible is the Firefox browser was downloaded using the "Edge" browser.
- If the "Import from previous browser" button is clicked the first option from the "Import Wizzard" is selected by default (in our case Microsoft Edge).
- This issue is not reproducible if the profile is not enrolled in the experiment.
- Attached a screen recording of the issue.
Bug: The “Sign in” button’s clicked state is no longer visible on the “about:welcome” page
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-28 08:06:07+00:00
Resolved: 2022-01-21 17:37:06+00:00

**[Affected Versions]:**
- Firefox Nightly 90.0a1 (Build ID: 20210527212801)

**[Affected Platforms]:**
- Windows 10 x64
- macOS 11.3.1
- Ubuntu Linux 20.04

**[Prerequisites]:**
- Have the latest Firefox Nightly installed.

**[Steps to reproduce]:**

1. Open the Firefox Nightly browser.
2. Navigate to the “about:welcome” page.
3. Click and hold the mouse button over the “Sign in” button and observe the effect.

**[Expected results]:**
- The clicked state effect is visible.
    
**[Actual results]:**
- The clicked state effect color cannot be distinguished from the hover effect color.

**[Notes]:**
- Attached a screen recording of the issue.
- The underline beneath the “Sign in” string does disappear in the clicked state.
Bug: Add search engine: Yandex icon design changes after refresh.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-28 12:54:26+00:00
Resolved: 2021-06-07 07:35:39+00:00

**Affected**
Ubuntu 20 64bit
windows 10 64bit
MacOS 10.15

**Affected versions**
Firefox Nightly 90.0a1
Firefox Beta 89
Firefox Release 88.0.1


**Steps to reproduce**
-Launch Firefox brand new profile.
-Enable search bar in toolbar  in about:preferences#search
-go to yandex.com
-add yandex as search engine in search bar
-refresh the site.

**expected result**
Yandex should be added with one icon design

**Actual result**
After refresh the icon design of yandex is changed.


Notes: not sure what the correct icon should be.
Bug: proton: Double border on change search settings box in search bar.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-05-28 13:16:33+00:00
Resolved: 2021-07-02 11:56:56+00:00

**Affected**
windows 10 64bit

**Not affected **
MacOS 10.15
Ubuntu 20 64bit

**Affected versions**
Firefox Nightly 90.0a1

**Not affected versions**
Firefox Beta 89
Firefox Release 88.0.1

**Steps to reproduce**
-Launch Firefox brand new profile.
-Enable search bar in toolbar in about:preferences#search
-type something in searchbar
-pres down keyboard key until you reach "change search settings"
-refresh the site.

**expected result**
blue box should look nice

**Actual result**
blue box has double border on  left and top side.
Bug: Firefox flashes when sites use target="_blank" for downloads
Status: NEW
Priority: --
Created: 2021-05-28 14:57:16+00:00
Resolved: 2021-05-31 13:12:15+00:00

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

Steps to reproduce:

I tried to download files from Artstation.


Actual results:

Firefox would open and close a blank tab for each download. This hurts and triggers my migraines.

I contacted Artstation. They insisted it's a Firefox bug because other browsers can treat target="_blank" as a regular download.


Expected results:

No migraine triggers.

One possibility would be to not open extra tabs for target:"_blank" download links. Another would be to open target:"_blank" links but in the background, and then wait 5-15 seconds before moving ones which have not closed themselves to the foreground.

These describe Firefox opening new tabs without closing them, suggest it should open them and then close them, which is the current behavior:

bug 1531289

bug 1301056

bug 241972

This describes Firefox opening new tabs and cosing them, suggests it should leave them open:

bug 345325

This describes Seamonkey running into the same trouble:

bug 229318
Bug: SAP of ad telemetry pings are sometimes listed as 'unknown'
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-28 15:22:27+00:00
Resolved: 2021-06-10 12:23:12+00:00

**Affected versions**
* Fx90.0a1

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Launch Firefox.
2. Go to about:config and set browser.search.region to CA.
3. Restart Firefox.
4. Add the NordVPN addon and set it to Canada region.
5. Input a search term that generates ads in the address bar and hit enter.
6. Go through the google verification process. (After the verification process is completed the search result page is displayed)
7. In the search result page click on an ad result.
8. Navigate to about:telemetry, open the Raw JSON and click on the 'raw data' section.
9. Search for "browser.search.withads" and "browser.search.adclicks".

**Expected result**
* For both ad telemetry pings, the SAP is correctly listed (in this case urlbar).

**Actual result**
* Both pings will list an 'unknown' SAP telemetry ping.

**Regression range**
* This might a recent regression, as the ad telemetry was recently connected to SAP.  Due to the difficulty of getting to the verification page realiably, getting a regression range might be close to imposible.

**Additional notes**
* This is fairly hard to reproduce as there is not realiable way to get the 'google verification' process from step 6.
* This occurred ONLY when the intermediate 'verification process' was received.
* This can occur on other config settings (other regions), as long as the verification from step 6 is received.
Bug: Private windows don't respect handoffToAwesomebar=false
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-05-28 15:47:45+00:00
Resolved: 2023-01-21 10:35:22+00:00

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

Steps to reproduce:

1) Set `browser.newtabpage.activity-stream.improvesearch.handoffToAwesomebar` to `false` in advanced `about:config`.
2) Open a private window
3) Start typing into the search box


Actual results:

Input focus jumped to the url bar


Expected results:

Same as in a non-private windows, input focus should have stayed in the search box
Bug: Tab-bar Horizontal Scroll Wheel Behaviour (Number of Lines Scrolled)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-28 19:39:52+00:00
Resolved: 2021-12-22 08:22:32+00:00

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



Actual results:

Scrolling with the mouse-wheel while hovering over the tab-bar scrolls by the number of lines set in the "Vertical Scrolling" section of the windows mouse control panel.


Expected results:

Tab-bar should scroll by the number set in the "Horizontal Scrolling" section of the windows mouse control panel (or have a value customisable in config). 
Reason for differentiation being that I can have 80+ vertical lines in notepad++ on my monitor, and so have a high vertical scroll count. But I can only have 8 or so tabs in the width of my tab-bar. As a result, scrolling by a single notch on my scroll wheel passes over some tabs entirely, as the vertical scroll line count is higher than the number of tabs visible at once in the tab-bar.
Bug: [Proton][macOS]Firefox 89 Release Candidate The Japanese version keeps the favicon hidden when playing media
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-28 20:02:45+00:00
Resolved: 2021-06-03 08:00:54+00:00

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

Steps to reproduce:

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

Build ID : 20210527174632

Using  macOS Big Sur 11.4（20F71） on iMac (Retina 5K, 27-inch, 2019)

1) Open Firefox 89 Release Candidate build 2 Japanese version (ja-JP-mac).

2) Play media. 


Actual results:

 In the Japanese version of macOS, the favicon remains hidden when playing media.

  Is Bug 1701443 not applied ?  


Expected results:

Display favicon when playing media.

Changes to the speaker icon only at  mouse over. 

The behavior of en-US, en-GB, en-CA, it, fr, de, en-ES, and pt-PT of Firefox 89 release candidate build 2 was all fine and worked as expected.
Bug: Control-clicking the current tab switches tabs when used the "select all tabs" context menu item
Status: NEW
Priority: --
Created: 2021-05-29 10:42:06+00:00
Resolved: 2021-05-31 14:15:29+00:00

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

Steps to reproduce:

See video.


Actual results:

It switches tabs.


Expected results:

It should stayed on the current tab.