av9ash/GitBugs huggingface dataset:
Bug: Intermittent browser/components/sessionstore/test/browser_687710.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-09-01 14:54:38+00:00
Resolved: 2024-05-10 12:01:04+00:00

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

---
```
[task 2022-09-01T14:04:42.296Z] 14:04:42     INFO - TEST-START | browser/components/sessionstore/test/browser_687710.js
[task 2022-09-01T14:04:47.437Z] 14:04:47     INFO - TEST-INFO | started process screenshot
[task 2022-09-01T14:04:47.528Z] 14:04:47     INFO - TEST-INFO | screenshot: exit 0
[task 2022-09-01T14:04:47.536Z] 14:04:47     INFO - Buffered messages logged at 14:04:42
[task 2022-09-01T14:04:47.537Z] 14:04:47     INFO - Entering test bound test
[task 2022-09-01T14:04:47.538Z] 14:04:47     INFO - TEST-PASS | browser/components/sessionstore/test/browser_687710.js | Didn't hang! - 
[task 2022-09-01T14:04:47.538Z] 14:04:47     INFO - Leaving test bound test
[task 2022-09-01T14:04:47.538Z] 14:04:47     INFO - Buffered messages finished
[task 2022-09-01T14:04:47.539Z] 14:04:47     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_687710.js | waiting for vsync to be disabled - timed out after 50 tries. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 575
[task 2022-09-01T14:04:47.539Z] 14:04:47     INFO - Stack trace:
[task 2022-09-01T14:04:47.539Z] 14:04:47     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:575
[task 2022-09-01T14:04:47.539Z] 14:04:47     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-09-01T14:04:47.540Z] 14:04:47     INFO - TEST-UNEXPECTED-FAIL | browser/components/sessionstore/test/browser_687710.js | vsync remained enabled at the end of the test. Is there an animation still running? Consider talking to the performance team for tips to solve this. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 576
[task 2022-09-01T14:04:47.540Z] 14:04:47     INFO - Stack trace:
[task 2022-09-01T14:04:47.540Z] 14:04:47     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:576
[task 2022-09-01T14:04:47.541Z] 14:04:47     INFO - GECKO(2308) | MEMORY STAT | vsize 2120826MB | vsizeMaxContiguous 66496713MB | residentFast 340MB | heapAllocated 99MB
[task 2022-09-01T14:04:47.541Z] 14:04:47     INFO - TEST-OK | browser/components/sessionstore/test/browser_687710.js | took 5150ms
[task 2022-09-01T14:04:47.541Z] 14:04:47     INFO - checking window state
[task 2022-09-01T14:04:47.542Z] 14:04:47     INFO - TEST-START | browser/components/sessionstore/test/browser_687710_2.js
```
Bug: Some icon group navigation items in page context menu have tooltips on macOS
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2022-09-01 15:24:01+00:00
Resolved: 2022-09-12 15:13:02+00:00

On Windows and Linux, the back/forward/stop/reload/bookmark items in the page context menu have an icon-only button appearance. On macOS, they have a normal appearance. I got the impression that these items have tooltips on Windows/Linux because of the absence of a label. So the tooltip serves as a clarification, providing info that isn't otherwise available except to screen readers.

On macOS, the back and forward and bookmark items don't have tooltips, but the reload and stop menuitems currently [do have tooltips](https://searchfox.org/mozilla-central/rev/fa81b64fc1a339e2b2b1f6a8637a689916e13c4e/browser/base/content/browser-context.inc#7-20) (menu tooltips only show up if `widget.macos.native-context-menus` is set to false). So some of the items have tooltips and other items don't. I think we probably want to make sure all of them do not have tooltips.
Bug: Intermittent browser/base/content/test/tabcrashed/browser_launchFail.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-09-01 15:31:43+00:00
Resolved: 2023-06-30 12:02:29+00:00

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

---
```
INFO - TEST-PASS | browser/base/content/test/tabcrashed/browser_launchFail.js | No crashed browsers should be queued. - 0 == 0 - 
[task 2022-09-01T13:49:12.022Z] 13:49:12     INFO - Buffered messages finished
[task 2022-09-01T13:49:12.023Z] 13:49:12     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/tabcrashed/browser_launchFail.js | Test timed out - 
[task 2022-09-01T13:49:12.023Z] 13:49:12     INFO - GECKO(6278) | MEMORY STAT | vsize 2983MB | residentFast 324MB | heapAllocated 164MB
[task 2022-09-01T13:49:12.023Z] 13:49:12     INFO - TEST-OK | browser/base/content/test/tabcrashed/browser_launchFail.js | took 45044ms
```
Bug: improper un-intentional redirection "warning by firefox normal browser"
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-09-01 16:35:16+00:00
Resolved: 2022-09-11 06:12:46+00:00

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

Steps to reproduce:


tool :- just need firefox latest browser. normal view , it should be incognito mode

poc URL:- https://www.google.com@evilsite.com , you will be redirect to evilsite.com


#steps:-
1. open above poc url in firefox browser (latest)
2. you will  have warning "Is “evilsite.com” the site you want to visit ?".
3. click "No" , you are not going to evilsite.com but evilsite.com already opened internallly.

please look at attached video POC


Actual results:

i open https://www.google.com@evilsite.com , on chrome, brave, firefox (incognito mode), safari , all browsers redirect me to evilsite.com wihout any warning.
now i opened the poc url in normal view of firefox and i got warning in firefox normal browser only, i was surprised that firefox is protecting me to move untrusted site which sounds good to me. i clicked No , i was still at google.com , if i click i will be move to evilsite.com. But but but... something came into my mind why not to see deep. i controlled evilsite.com with my VPS server. now i have https://www.google.com@myserver.com , i got warning i clicked "No". i was still at google.com page but on my server i got DNS and HTTP request  which sound weired to me. i stopped at warning clicked at "No" , then why my server is connecting to my browser , i didn't visited or clicked 'YES".


Expected results:

myserve should not contact untill i click "YES"
Bug: Initial/default value for lastTabFetch pref is wrong, results in failure to display fx-view sync setup steps
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-09-01 18:23:30+00:00
Resolved: 2022-09-02 09:33:59+00:00

I got into a state where I was logged in, but no other devices syncing with this account. The lazy pref getter for `services.sync.lastTabFetch` defines `false` as the default/fallback value, but this is an int pref so an exception is thrown.
Bug: Ads are not showing even without an adblock
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-09-01 19:11:12+00:00
Resolved: 2022-10-07 11:19:47+00:00

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

Steps to reproduce:

I removed the ad block and refreshed the page.


Actual results:

Ads were not showing


Expected results:

Ads should be visible
Bug: Dragging a tab from the All Tabs list to the tabbar results in the drag-drop indicator "stuck" on the All Tabs list
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-09-01 20:29:22+00:00
Resolved: 2022-10-11 12:17:13+00:00

As in the title.
This doesn't happen when dragging the tab elsewhere in the All Tabs list though.
Bug: Remove extra space from below Tab Pickup when it is collapsed (in beta/release)
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2022-09-02 00:06:09+00:00
Resolved: 2022-09-02 16:40:20+00:00

The patch on bug 1785868 was already on autoland when Gijs pointed out that `grid-template-rows: masonry` is currently held to Nightly only. Meaning while this fix will stop working when 106 becomes beta. So that's not good...

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

When you collapse the Tab Pickup section on Fx-View, there is too much vertical space between it and the Recently Closed section below.
Bug: PDF Viewer Shortcuts Not Working With Certain Parameters
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-02 03:17:21+00:00
Resolved: 2022-09-02 07:19:52+00:00

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

Steps to reproduce:

Shortly after updating to 104.0.1, I opened a PDF in Presentation Mode using the shortcut in the top right corner of the PDF viewer. (The PDF in question is a copy of Hermann Neuling's Bagatelle for Horn and Piano, but I replicated it with other PDFs after the fact.) I tried to scroll between pages with the arrow keys on my keyboard (left/right), but they did nothing--the only keyboard shortcut that worked was pressing Escape. Restarting Firefox/reloading the PDF in question did not help, and I was unable to scroll between pages using keyboard shortcuts, nor was I able to with other PDF files.

However, if I open Presentation Mode with a keyboard shortcut (Control + Alt + P), I can freely scroll between pages with the arrow keys on my keyboard like I normally would be able to. If I close Presentation Mode afterwards and try to open it again using the shortcut in the top right corner, the problem persists.

This is so hilariously specific that I have to assume it's a bug.


Actual results:

I wasn't able to scroll between pages in Presentation Mode with the PDF viewer using my keyboard when using the shortcut in the top right corner of the PDF viewer to open Presentation Mode. Instead, I had to open Presentation Mode using the keyboard shortcut (Control + Alt + P), where keyboard shortcuts worked fine.


Expected results:

I should have been able to scroll between pages in Presentation Mode with the PDF viewer using my keyboard when using the shortcut in the top right corner of the PDF viewer to open Presentation Mode.
Bug: Open pdf file, first download in Download folder and after open
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-02 09:18:21+00:00
Resolved: 2025-02-11 13:36:14+00:00

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

Steps to reproduce:

I have upgraded to Firefox ESR 102.2. now the files I view are first downloaded to the downloads folder and then opened with the default application, for example pdf files.


Actual results:

The files that I usually view and that I don't need to download, now stay in the downloads folder, taking up unnecessary space on my PC's hard drive. To avoid it, I have to manually delete the files...



Expected results:

Firefox had a unique and optimal performance in this, which made it superior to other browsers, leaving the files I usually view in a temporary folder, which is then deleted when I close the browser or shut down the system. This is the correct process, since if a user wants to save a file, then they have the option to save it to any folder on their computer.
Bug: Please add close button / or skip all button for 'Thank you for loving Firefox' modal dialog
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-09-02 10:31:13+00:00
Resolved: 2022-09-09 13:12:36+00:00

When upgrade 105.0b5 to Nightly106.0a1,
`Thank you for loving Firefox` modal dialog popups. See attached screenshot.
Unable to start normal browsing quickly. It's noisy. It does not have close button or skip all.
It needs 5 clicks to start normal browsing,  It's annoying..
Bug: Delete history on close no longer works
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-02 11:39:46+00:00
Resolved: 2022-09-08 12:08:45+00:00

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

Steps to reproduce:

Enable personalized history in settings and check delete history on closing firefox. Then under those settings enable deletion of download and website history.
Go to a random website and verify it appears in the history.
Close firefox.
Open firefox.
Check history.

This problem occurs since around june 2022.


Actual results:

Download and website history is not deleted.


Expected results:

Download and website history should be cleared.
Bug: Crash when using "Save As" for downloads: Popup hangs/fails to open
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-09-02 12:46:55+00:00
Resolved: 2022-10-14 13:27:09+00:00

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

Steps to reproduce:

On Linux KDE with Wayland and a few remote filesystem mounts:
- Try to download any file while having to choose a folder to save.

Seemingly doesn't happen on a new profile;

Remote mounts:
- Rclone OneDrive mount on /home
- Windows 10 partition mount on /mnt
- SMB network share (not usually available)

I don't know how to provide a log so let me know if it's needed.


Actual results:

If it's the first download after opening Firefox, it will hang the entire browser for a few seconds and there's a chance that it will crash.


Expected results:

The "choose a location to save" popup should open immediately and not hang/crash the browser.
Bug: An error message is displayed in the “Browser Console” when Firefox is set as the default browser
Status: NEW
Priority: --
Created: 2022-09-02 14:45:58+00:00
Resolved: 2022-09-08 02:41:09+00:00

**[Notes]:**
- This issue is reproducible if Firefox is set as the default browser from the “about:welcome” page, upgrading users modal, and the “Set default” browser prompt. 
- This issue is not reproducible on Windows.

**[Affected versions]:**
- Firefox Nightly 106.0a1 - Build ID: 20220902093009
- Firefox Beta 105.0b6 - Build ID: 20220901185735
- Firefox Release 104.0.1 - Build ID: 20220829141339

**[Affected Platforms]:**
- macOS 12.4
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Firefox is not set as the default browser.
- Have the “Browser Console” opened. (Ctrl/Cmd+Shift+J)

**[Steps to reproduce]:**
1. Open the browser using the profile from prerequisites.
2. Navigate to the “about:preferences” page.
3. Click the “Make default” button from the top of the page.
4. Focus the “Browser Console” and observe the output.

**[Expected result]:**
- No error messages are displayed in the “Browser Console”.

**[Actual result]:**
- The following error message is displayed in the “Browser Console”:

`Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIShellService.setDefaultBrowser]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: resource:///modules/ShellService.jsm :: setDefaultBrowser :: line 350" data: no] `.

**[Additional Notes]:**
- Attached is a screenshot of the issue:
Bug: Loading a URL again while showSearchTerms is true doesn't reload the URL
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-09-02 14:47:02+00:00
Resolved: 2022-11-25 11:26:21+00:00

`resultDetails` is not always passed by [the caller](https://searchfox.org/mozilla-central/rev/25ec642ed33ca83f25e88ec0f9f27e8ad8a29e24/browser/components/urlbar/UrlbarInput.sys.mjs#652), so if it's not available and the hidden pref is on, calling `loadURL` without `resultDetails` will cause a Javascript error. 

The check in `loadURL` should evaluate whether or not `resultDetails` exists.
Bug: Intermittent browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_nimbus.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-09-02 15:15:14+00:00
Resolved: 2024-11-04 12:02:09+00:00

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

---
```
[task 2022-09-02T14:45:12.492Z] 14:45:12     INFO - TEST-OK | browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_nimbus.js | took 5263ms
[task 2022-09-02T14:45:12.495Z] 14:45:12     INFO - TEST-INFO | started process screenshot
[task 2022-09-02T14:45:12.559Z] 14:45:12     INFO - TEST-INFO | screenshot: exit 0
[task 2022-09-02T14:45:12.560Z] 14:45:12     INFO - TEST-UNEXPECTED-FAIL | browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_nimbus.js | Found an unexpected tab at the end of test run: https://example.com/ - 
[task 2022-09-02T14:45:12.561Z] 14:45:12     INFO - checking window state
[task 2022-09-02T14:45:12.561Z] 14:45:12     INFO - TEST-START | browser/components/privatebrowsing/test/browser/browser_privatebrowsing_about_nimbus_dismiss.js
```
Bug: While showSearchTerms is true, opening a background tab to a default SERP won't show the search terms when the tab is focused
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-09-02 15:32:08+00:00
Resolved: 2023-01-12 23:31:16+00:00

When a user highlights one of the auto-suggested results from the Urlbar and does a search in a new background tab, going to that tab won't show the search term in the Urlbar. 

That code path doesn't set the user typed value.
Bug: Page used to load now it doesn't. Works in Chrome.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-09-02 15:37:20+00:00
Resolved: 2022-09-26 07:01:30+00:00

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

Steps to reproduce:

Clicked on an email link to the site, but it will not load. Page address:
https://digitaledition.baltimoresun.com/html5/desktop/production/default.aspx?edid=616bff38-ffc0-436f-aef4-1266f12de662


Actual results:

Just sits and spins, says "Loading"


Expected results:

Page should have loaded as it did several days ago. Only Firefox updates were installed per your downloads. Works OK in Chrome.
Bug: Intermittent browser/components/aboutwelcome/tests/browser/browser_aboutwelcome_observer.js | single tracking bug
Status: NEW
Priority: P5
Created: 2022-09-02 15:38:02+00:00
Resolved: 2025-02-24 07:18:38+00:00

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

---
```
[task 2022-09-02T14:53:39.196Z] 14:53:39     INFO - TEST-PASS | browser/components/newtab/test/browser/browser_aboutwelcome_observer.js | Terminated due to location uri changed - "address-bar-navigated" == "address-bar-navigated" - 
[task 2022-09-02T14:53:39.196Z] 14:53:39     INFO - Leaving test bound test_About_Welcome_Location_Change
[task 2022-09-02T14:53:39.197Z] 14:53:39     INFO - Console message: [JavaScript Warning: "This page is in Quirks Mode. Page layout may be impacted. For Standards Mode use �<!DOCTYPE html>�." {file: "http://example.com/#foo" line: 0}]
[task 2022-09-02T14:53:39.197Z] 14:53:39     INFO - Buffered messages finished
[task 2022-09-02T14:53:39.198Z] 14:53:39     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_aboutwelcome_observer.js | waiting for vsync to be disabled - timed out after 50 tries. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 575
[task 2022-09-02T14:53:39.198Z] 14:53:39     INFO - Stack trace:
[task 2022-09-02T14:53:39.198Z] 14:53:39     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:575
[task 2022-09-02T14:53:39.199Z] 14:53:39     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-09-02T14:53:39.199Z] 14:53:39     INFO - TEST-UNEXPECTED-FAIL | browser/components/newtab/test/browser/browser_aboutwelcome_observer.js | vsync remained enabled at the end of the test. Is there an animation still running? Consider talking to the performance team for tips to solve this. - false == true - JS frame :: chrome://mochikit/content/browser-test.js :: ensureVsyncDisabled :: line 576
[task 2022-09-02T14:53:39.200Z] 14:53:39     INFO - Stack trace:
[task 2022-09-02T14:53:39.200Z] 14:53:39     INFO - chrome://mochikit/content/browser-test.js:ensureVsyncDisabled:576
[task 2022-09-02T14:53:39.200Z] 14:53:39     INFO - GECKO(8648) | MEMORY STAT | vsize 19414290MB | vsizeMaxContiguous 66018683MB | residentFast 1094MB
[task 2022-09-02T14:53:39.200Z] 14:53:39     INFO - TEST-OK | browser/components/newtab/test/browser/browser_aboutwelcome_observer.js | took 6408ms
```
Bug: [foxfooding] Blank space too big
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-02 19:33:20+00:00
Resolved: 2022-09-02 19:35:57+00:00

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:105.0) Gecko/20100101 Firefox/105.0
**Window Size (inner width and height):** 1920x947
**GitHub Username:** @pedroldk
## Steps to Reproduce
Opened Firefox View and closed the Tab Pickup section

## Expected Behavior
On closing, I expected the vertical space to adapt.

## Actual Behavior
There is too much space between the Tab Pickup and Recently Closed

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/3ce493ea-e420-44e6-93c8-e52ca23785f5.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/3ce493ea-e420-44e6-93c8-e52ca23785f5.png)
Bug: [foxfooding] Firefox View: Collapsing "Tab pickup" should collapse more space
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-09-02 19:54:52+00:00
Resolved: 2022-09-02 19:55:18+00:00

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:105.0) Gecko/20100101 Firefox/105.0
**Window Size (inner width and height):** 2176x1092
**GitHub Username:** @MichaelKohler
## Steps to Reproduce
* Enable Firefox View
* Sync
* Collapse "Tab pickup" section

## Expected Behavior
I would expect as much space as possible to be collapsed.

## Actual Behavior
As it is right now, it does correctly hide the tiles, and it also remove some of the space. However it does not collapse nearly the space it could, leaving quite some margin/padding behind. This looks like there is supposed to be something shown there, but seems broken.

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/3e875025-21df-4a96-ac84-0ba9d435a8cf.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/3e875025-21df-4a96-ac84-0ba9d435a8cf.png)
Bug: [foxfooding] Reopening a closed tab with Ctrl+Shift+T does not remove it from the "Recently closed" list
Status: RESOLVED
Priority: P2
Resolution: WORKSFORME
Created: 2022-09-02 20:16:53+00:00
Resolved: 2022-09-15 12:53:02+00:00

**Firefox Version:** Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
**Window Size (inner width and height):** 1638x1127
**GitHub Username:** @Vinnl
## Steps to Reproduce
1) Open a tab, visit a website, close it again.
2) Open Firefox View, see the website listed.
3) Press Ctrl+Shift+T to re-open the closed website.

## Expected Behavior
The website is no longer listed under "Recently closed".

## Actual Behavior
The website is still listed under "Recently closed", and if you close it again, it gets listed twice.

## Attachment
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/18d3f59e-ce9e-41b2-bfb5-43687c21c33aundefined)