av9ash/GitBugs huggingface dataset:
Bug: Bug? selfReplicating Bookmarks - desktop computer
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-08 20:09:25+00:00
Resolved: 2021-11-10 13:32:10+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/95.0.4638.54 Safari/537.36 Edg/95.0.1020.40

Steps to reproduce:

  I stopped browsing with Firefox several months ago upon realizing that my bookmarks were obviously copulating like rabbits.  Just this morning, I deleted upwards of 22,000 redundant bookmarks (all but a tiny handful of my legitimates) and now, even as I watch they're back up to 22,183 and the bookmarks bar is shimmering with activity.

The attachment is a screenshot saved in a .docx, showing my Firefox bookmarks folder on the left, brimming with 22,183 files.  And on the right is this page open in Firefox with my bookmark bar shimmering with metaphorical rabbit droppings.

The redundant _Homes folders contain nothing visible.

The redundant BookmarksBar folders contain legitimate bookmarks, some of which are redundant, along with a varying number of empty  _Homes folders.

I select one _Homes folder in the Manage Your Bookmarks Library dialogue, and SELECT ALL to determine the number in my Bookmarks Toolbar = 22,183, BUT the oldest file, according to the "Added" column is about ten minutes old.

Help/NoHelp...I thought this problem ought to be known.

REPLY:

Jon Siddoway	1 hour ago

This sounds like you may be experiencing a bug. Please submit any bug reports to https://bugzilla.mozilla.org or reach out to support at https://support.mozilla.org. Hope this helps!

Reply
1

Jon Siddoway	1 hour ago

Status label added: Closed to the community

Reply
1



Actual results:

Bookmarks continue to proliferate no matter what I do.


Expected results:

Bookmarks should not continue to proliferate.
Bug: Firefox automatically opens a PDF after downloading it
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-11-08 22:21:14+00:00
Resolved: 2022-08-12 14:32:12+00:00

STR:
1) Open a PDF
2) Click on the PDF.js button to save a PDF

The PDF is saved and automatically opened. It shouldn't be automatically opened.
Bug: Sometimes tab list button gets broken
Status: UNCONFIRMED
Priority: P3
Created: 2021-11-09 03:14:48+00:00
Resolved: 2021-11-26 14:03:29+00:00

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

Steps to reproduce:

I'm using macOS 12 on a M1-based Macbook Air. Also, the bug occurs quite randomly, so it's hard to write the exact sequence to reproduce the bug. 

* Open a lot of tabs (at least more than 50), so that the tab list can be scrollable.
* Click the tab list button on the right to open the tab list.


Actual results:

Tab list doesn't open. Instead, the tab button falls into kind of a limbo state where it's presented as clicked (top right of the screen capture). Also, the arrow keys get broken in the problematic window. 


Expected results:

The tab list should be opened.
Bug: The processing method is not saved for .xlsx and .xls attachments, and the processing selection dialog is displayed each time it is opened.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-11-09 05:35:22+00:00
Resolved: 2021-11-10 00:15:54+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/90.0.4430.72 Safari/537.36

Steps to reproduce:

Open the .xlsx, .xls attachment and in the Opening Dialog select "Excel (default)" of  "Open with" in the "What should Thunderbird do with this file?", and check "Do this automatically for files like this from now on." and press the "OK" button. Close the displayed attachment and reopen it.


Actual results:

The Opening dialog is displayed again.


Expected results:

The processing method of .xlsx and .xls is not saved.
Bug: Double entry of Manage Bookmarks
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-09 08:37:06+00:00
Resolved: 2021-11-09 10:37:59+00:00

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

Steps to reproduce:

1 Start Firefox
2 Select Bookmarks
3 Noticed there are two entries of Manage bookmarks


Actual results:

There are two entries for Manage Bookmarks which is taking up too much vertical space.  Duplication is taking up extra vertical space.


Expected results:

Only one instance of Manage Bookmarks should appear.  See screenshot, on either side of the red box you can see two entries for the same function - 'Manage Bookmarks'.  It should be possible to delete one and save vertical space.
Bug: Crash in [@ RtlpHpLfhSubsegmentFreeBlock | RtlpFreeHeapInternal | RtlpHpFreeWithExceptionProtection | RtlFreeHeap | free_base | std::_Tree_val<T>::_Erase_tree<T>]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-09 08:53:39+00:00
Resolved: 2021-11-16 15:57:03+00:00

Crash report: https://crash-stats.mozilla.org/report/index/3d1114ca-5b45-4e6b-9565-6dad50211109

Reason: ```STATUS_HEAP_CORRUPTION```

Top 10 frames of crashing thread:
```
0 ntdll.dll RtlReportFatalFailure 
1 ntdll.dll RtlReportCriticalFailure 
2 ntdll.dll RtlpHeapHandleError 
3 ntdll.dll RtlpHpHeapHandleError 
4 ntdll.dll RtlpLogHeapFailure 
5 ntdll.dll RtlpHpLfhSubsegmentFreeBlock 
6 ntdll.dll RtlpFreeHeapInternal 
7 ntdll.dll RtlpHpFreeWithExceptionProtection 
8 ntdll.dll RtlFreeHeap 
9 nvdahelperremote.dll free_base minkernel\crts\ucrt\src\appcrt\heap\free_base.cpp:105
```
[Platforms Affected]
- Windows 11

[Builds Affected]
- Firefox 95.0b5
- Firefox 96.0a1 (no crashes occurred only some hangs ~2 seconds)

[Steps to Reproduce]
- See the steps from Bug 1736742 (crash occurred while verifying the fixed builds on the wikipedia page)

[Notes]
- Here is an [attachment](https://drive.google.com/file/d/19VP7BjuRHBaSjYvwfCnXY5bK_pPzBVSi/view?usp=sharing) with the hangs, and where this crash occurs aswell (not caught in the gif).
- Feel free to change the component to the right one
- Seems that Firefox 96.0a1 is much more stable than 95.0b5
Bug: When leaving Firefox on overnight, it sometimes is frozen the next morning
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-09 10:36:09+00:00
Resolved: 2024-01-01 12:23:15+00:00

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

Steps to reproduce:

On Windows 10 21H1, leave Firefox 94 open overnight on a turned on computer, with a few open tabs and 4 pinned tabs.
Nothing playing.


Actual results:

Firefox is Frozen when logging back into the computer.
Other applications are unaffected.
Firefox still shows the full interface but nothing responds.
After minimizing and maximizing it again it shows a blank screen. It is totally frozen and has to be killed.
When opening it again, it has forgoten the pinned tabs, and didn't save the last session (can't re-open tabs using history).


Expected results:

Shouldn't have froze.
Bug: The telemetry event for clicking the “Discover more” button from the CTA modules has the wrongly “sign_up_click” object value
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-11-09 12:29:56+00:00
Resolved: 2021-11-10 19:15:28+00:00

[Affected versions]:
- Firefox Beta 95.0b4 (Build ID: 20211107190147)

[Affected Platforms]:
- Windows 10 x64
- macOS 11.6
- Ubuntu 20.04

[Prerequisites]:
- Have the Firefox browser installed and opened.
- Have the “reader.pocket.ctaVersion” pref set to ”cta-and-recs” value.
- Be logged in to Pocket.

[Steps to reproduce]:
1. Navigate to any page that supports Reader View mode.
2. Click the "Reader View" button from the right part of the Address Bar.
3. Scroll down the page until the CTA module is visible.
4. Click the “Discover more” button.
5. Navigate to the "about:telemetry#events-tab" page and observe the last event sent.

[Expected result]:
- The telemetry event is registered and has the correct values.

[Actual result]:
- The telemetry event is registered with the “sign_up_click” object value.

[Notes]:
 - Attached is a screen recording of the issue.
Bug: Backout accidental print.js changes in D126590 that are part of D130111
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-09 12:36:13+00:00
Resolved: 2021-11-10 12:15:26+00:00

See bug 1732366 comment 10.

The print.js change that landed in https://phabricator.services.mozilla.com/D126590 should actually land in https://phabricator.services.mozilla.com/D130111 .
Bug: Sessionrestore talos tests report a Javascript error "TypeError: can't access property "isPrivate" in PrivacyFilter.jsm
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-09 13:47:51+00:00
Resolved: 2024-02-13 21:15:33+00:00

I've been looking at the session restore logs. For as far back as I can see (at least July), we have been logging an issue in the talos tests for `sessionrestore`:

`JavaScript error: resource://gre/modules/sessionstore/PrivacyFilter.jsm, line 121: TypeError: can't access property "isPrivate", tab is undefined`

That doesn't get reported as a failure, and the tests continue.

The issue seems to be that SessionStore knows there are tabs but they are undefined in the tab array: https://searchfox.org/mozilla-central/rev/7241c1f9e94377b70b49cf702264269779c5c322/toolkit/modules/sessionstore/PrivacyFilter.jsm#121

Looking at the possible call points, it is concerning as it looks like it might cause the session restore data not to be saved:

https://searchfox.org/mozilla-central/rev/7241c1f9e94377b70b49cf702264269779c5c322/browser/components/sessionstore/SessionStore.jsm#1877,1901
https://searchfox.org/mozilla-central/rev/7241c1f9e94377b70b49cf702264269779c5c322/browser/components/sessionstore/SessionSaver.jsm#267

If that is the case, are we really testing what we think we are?
Bug: Regression: quit prompt does not show tab count anymore
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-11-09 14:34:12+00:00
Resolved: 2023-11-21 08:37:36+00:00

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

Steps to reproduce:

Version 94.0.1 on MacOS 10.15.7.
Attempting to close Firefox with a close prompt enabled.


Actual results:

Does not show the tab count anymore - only the window count.


Expected results:

Should still show the tab count.
Bug: PDF File Names with "#" are broken on the tab
Status: NEW
Priority: --
Created: 2021-11-09 15:44:06+00:00
Resolved: 2022-03-11 16:44:58+00:00

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

Steps to reproduce:

open a PDF File with Firefox.
The File name contains the charachter #


Actual results:

in the Tab the name is cutted: all charachters before the # (and the # self) are not displayed


Expected results:

the complete name of the pdf file must be shown.
Edge do it. See the screenshot with compared shows
Bug: Naming a checkbox "adhesion" (case sensitive) causes it to flash briefly then disappear
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-09 18:22:01+00:00
Resolved: 2021-11-10 05:42:44+00:00

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

Steps to reproduce:

Run attached file in Firefox 94.0.1 (64 bits).



Actual results:

When page is loaded, checkbox flashes briefly then disappears.


Expected results:

Checkbox should persist normally.
Bug: Website core pop-up UI feature newly non-responsive only in Firefox, including in debugging/troubleshoot mode.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-09 19:17:42+00:00
Resolved: 2021-11-26 13:40:56+00:00

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

Steps to reproduce:

- Open firefox
- Go to familysearch.org
- Log in
- Go to any source linker page. eg: https://www.familysearch.org/search/linker?ark=/ark:/61903/1:1:QP2V-5HTZ&id=LH2G-FW4&hinting=/tree/person/details/&icid=home-tasks
- Click on a person's name (blue, central-right side of the page)

Erroneous Result: Nothing happens (no pop up user interface)


Actual results:

Same as above.

- Open FamilySearch.org
- Log in and open family tree. Go to source linker 
(eg: " 
https://www.familysearch.org/search/linker?ark=/ark:/61903/1:1:QP2V-5HTZ&id=LH2G-FW4&hinting=/tree/person/details/&icid=home-tasks 
")
-- Previously: Clicking names opened a small pop-up interface.
-- Now: Clicking names does nothing. Right clicking does not show a link being listed/recognized.

Firefox is up to date. I can't recall if I had any successful use of this feature since the Nov 4th update. I believe I may have, but it isn't certain.

UI works in Chrome, so this is firefox-specific. Using debugging mode (extensions off etc), reinstalling firefox, restarting computer all have not resolved.


Expected results:

-- Previously: Clicking names opened a small pop-up interface. I'm not sure if right clicking listed it as a link or not.
Bug: Dragging tab header out from a Firefox window fails and makes tab header unresponsive if raced with getUserMedia
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-09 19:53:10+00:00
Resolved: 2022-01-20 01:53:07+00:00

STRs:
 1. Open https://jsfiddle.net/jib1/pz5pynyf/ as a second tab.
 2. Click "Allow" in the permission prompt if you get one (this primes the 60-minute permission grace period)
 3. Refresh the page ↻ and then while the page is loading, in one swift motion, drag the tab heading downward and release to create a fresh window.
 
Expected result:
- Tab becomes a new window.

Actualt result:
- Tab pops back to where it was, and doesn't want to be dragged again. It also refuses to be closed or dragged horizontally now.

Workaround:
- Clicking and dragging a different tab heading seems to snap it out of it.
Bug: Intermittent browser/base/content/test/fullscreen/browser_bug1620341.js | Uncaught exception - at chrome://mochitests/content/browser/browser/base/content/test/fullscreen/browser_bug1620341.js:54 - TypeError: frameDoc.getElementById(...) is null
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2021-11-09 22:02:01+00:00
Resolved: 2022-06-14 17:06:36+00:00

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

---
```
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - TEST-PASS | browser/base/content/test/fullscreen/browser_bug1620341.js | Close buttons should be visible on every tab - 
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - Buffered messages finished
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_bug1620341.js | Uncaught exception - at chrome://mochitests/content/browser/browser/base/content/test/fullscreen/browser_bug1620341.js:54 - TypeError: frameDoc.getElementById(...) is null
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - Stack trace:
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - @chrome://mochitests/content/browser/browser/base/content/test/fullscreen/browser_bug1620341.js:54:20
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - execute@resource://specialpowers/SpecialPowersSandbox.jsm:141:12
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - _spawnTask@resource://specialpowers/SpecialPowersChild.jsm:1656:15
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - receiveMessage@resource://specialpowers/SpecialPowersChild.jsm:310:21
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - Leaving test bound test_fullscreen_cross_origin
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - GECKO(2777) | MEMORY STAT | vsize 401709MB | residentFast 319MB | heapAllocated 137MB
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - TEST-OK | browser/base/content/test/fullscreen/browser_bug1620341.js | took 658ms
[task 2021-11-09T20:56:53.662Z] 20:56:53     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-11-09T20:56:53.663Z] 20:56:53     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_bug1620341.js | Found an unexpected tab at the end of test run: https://example.com/browser/browser/base/content/test/fullscreen/fullscreen_frame.html - 
[task 2021-11-09T20:56:53.663Z] 20:56:53     INFO - Not taking screenshot here: see the one that was previously logged
[task 2021-11-09T20:56:53.663Z] 20:56:53     INFO - TEST-UNEXPECTED-FAIL | browser/base/content/test/fullscreen/browser_bug1620341.js | Found an unexpected tab at the end of test run: data:text/html,  <html xmlns="http://www.w3.org/1999/xhtml">    <head>      <meta charset="utf-8"/>      <title>First tab to be loaded</title>    </head>    <body>      <button>JUST A BUTTON</button>    </body>  </html> - 
[task 2021-11-09T20:56:53.663Z] 20:56:53     INFO - checking window state
```
Bug: Synced Tabs aren't synced when I "synchronize now"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-11-09 22:27:57+00:00
Resolved: 2021-12-28 16:26:05+00:00

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

Steps to reproduce:

Click "Synchronize Now" on PC's Firefox, click "Synchronize Now" on phone's Firefox (or Mac's Firefox, for that matter).


Actual results:

The Synced Tabs stay un-synced.

Eventually, they will sync. When, I don't know. Surely not when I "Synchronize Now".


Expected results:

Uhmm, I dunno, that they sync, maybe? /s
Bug: Merino Sponsored/Non-Sponsored results have extra keywords suggested
Status: RESOLVED
Priority: --
Resolution: MOVED
Created: 2021-11-10 12:22:54+00:00
Resolved: 2021-11-10 17:56:33+00:00

**[Affected Versions]:**
- Firefox Nightly 96.0a1 (Build ID: 20211109190508) 
- Firefox Beta 95.0b5 (Build ID: 20211109194756)
- Firefox Release 94.0.1 (Build ID: 20211103134640)

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

**[Prerequisites]**
- Have the "browser.urlbar.merino.enabled" set to true.
- Have the "browser.urlbar.merino.endpointURL" set to "https://stage.merino.nonprod.cloudops.mozgcp.net/api/v1/suggest1".
- Have the "browser.urlbar.quicksuggest.remoteSettings.enabled" set to false.
- Have the "browser.search.region" set to "US".

**[Steps to reproduce]:**
1. Open the latest Nightly/Beta build with the profile from prerequisites.
2. Open a New Tab page and type "amazon" in the Awesomebar.
3. Observe the Sponsored result displayed on the last position.

**[Expected results]:**
- "amazon - Amazon.com - Official Site" Sponsored result is displayed.
    
**[Actual results]:**
- "amazon **prime video** - Amazon.com - Official Site" Sponsored result is displayed.

**[Notes]:**
- This behavior can be observed for multiple keywords: eg: ebay, puma, tesla, apple... etc.
- The Sponsored/Non-Sponsored result don't have the extra keywords suggested. Eg: Resmot Settings will show up "amazon - Amazon.com - Official Site". But Merino will show up "amazon prime video - Amazon.com - Official Site and redirects to homepage.
- Attached is a screen recording of the issue.
Bug: `nsIMacUserActivityUpdater.updateLocation` raises error in `_updateMacUserActivity`, breaking mochitests when running in `--headless` mode
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-11-10 14:40:02+00:00
Resolved: 2022-05-04 18:58:06+00:00

`browser_asrouter_group_frequency` (and 1 more) is failing in headless mode at least on mac.
Bug: Retry signature verification by refetching metadata before retrying from scratch
Status: NEW
Priority: P2
Created: 2021-11-10 15:01:58+00:00
Resolved: 2023-03-30 12:19:02+00:00

While working on Bug 1725660 we realized that we would like to have an intermediary step that retries signature verification by refetching metadata, before retrying from scratch.
Bug: cursor at address bar when 94.0.1 first opens then places correctly when a new tab is openned. Should always open with cursor at user designated location in NewTab settings
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2021-11-10 15:45:38+00:00
Resolved: 2021-12-01 02:22:59+00:00

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

Steps to reproduce:

Open Firefox (94.0.1) from desktop icon (Windows)


Actual results:

cursor at address bar when 94.0.1 first opens then places correctly when a new tab is openned. 


Expected results:

Should always open with cursor at user designated location in NewTab settings
Bug: BlockedDllList annotation is missing if the launcher process is enabled
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-10 17:55:37+00:00
Resolved: 2021-12-13 20:59:39+00:00

I happened to realize `BlockedDllList` annotation is not set if the launcher process is enabled.  Bug 1420363 changed the type of the first parameter of `DllBlocklist_WriteNotes` from `HANDLE` to `AnnotationWriter&`, but `firefox!NativeNtBlockSet_Write` still receives the first parameter as `HANDLE`.  As a result, `WriteFile` never succeeds.
Bug: Replace date template in Merino URLs
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-11-10 20:24:51+00:00
Resolved: 2021-12-15 14:45:08+00:00

Suggestions from Merino include the same `%YYYYMMDDHH%` URL template that suggestions from remote settings include. Firefox needs to substitute the current date and hour for the template just like it does for RS suggestions. We should move [this logic](https://searchfox.org/mozilla-central/rev/25997ce8267ec9e3ea4b727e0973bd9ef02bba79/browser/components/urlbar/UrlbarQuickSuggest.jsm#132) up to the provider class.

Nan says we need this for 96 but not 95.
Bug: Missing inactive tab-shadow and wrong notification-dot color in Firefox System Theme
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-11-10 20:55:16+00:00
Resolved: 2021-11-29 14:59:26+00:00

In the current Nightly there are two issues with the Firefox System Theme:
1. When the window is inactive, the active tab loses its drop-shadow
2. The notification dot that can appear under tabs has the dark-mode color

See attached image :)
Both issues are only present in the system theme, not in the light theme.
Bug: popup blocker exceptions no longer works in 91.3 oesr
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-11-10 21:05:27+00:00
Resolved: 2021-12-21 12:52:54+00:00

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

Steps to reproduce:

Before update to 91.3 popup blocker exceptions where working fine




Actual results:

After update they no longer function correctly
Must disable popup blocker for the page to be displayed
Firefox does display the fact that it did block the popup window in the upper left hand corner


Expected results:

Exceptions should have been honored
Tried removing all exceptions, clearing cache etc. and re-entering exceptions
Same result
Just an FYI
thank you
Ron
Bug: 'Canceled' status text appears as 'Failed' instead for some files in downloads panel.
Status: NEW
Priority: P3
Created: 2021-11-10 21:18:21+00:00
Resolved: 2021-11-15 14:53:47+00:00

**Affected platforms:**
Windows 10
Ubuntu 20
MacOS (to be confirmed)

**Affected versions:**
Nightly 96.0a1 (2021-11-11) (64-bit)
Beta 95.0b5 (64-bit)
Release 94.0.1  (64-bit)

**Steps to reproduce:**

1- Launch Firefox.
2- Navigate to thinkbroadband.com/download
3- Download a small file and open the downloads panel.
4- While the file is downloading hover over the X button.
6- Click the X button and read under the item that was canceled. 

**Actual Results:**
Under the canceled item reads 'Failed' as resulting status of canceled download.

**Expected Results:**
Under the canceled item has to read 'Canceled' as resulting status. 

Note:
This issue was mostly reproduced in provided page thinkbroadband.com/download. It seems is related with 'Potential security risk' prompt from downloads panel, otherwise for uncommon downloads.