av9ash/GitBugs huggingface dataset:
Bug: RFP letterboxing causes overflow in main browser area below ~800px width
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-03 22:33:23+00:00
Resolved: 2022-10-24 06:24:51+00:00

Using Firefox Nightly build 20221002212226 with `privacy.resistFingerprinting.letterboxing:true`, if the browser window has a width less than ~800px, the toolbars and content window can get cut off along the right edge (e.g. the main menu hamburger button can get cut off).  The issue appears to occur under a variety of condition.  It does appear to be affected by the content of the displayed page.  One reliable reproduction I've used:

1. Open a new browser window and resize it to 800px wide.
2. Navigate to https://git-scm.com/docs/git-config
3. Find in page (Ctrl+F) "safe."

When the "." of "safe." is entered in the search box, letterboxing appears along the left side of the browser window and overflow occurs along the right, cutting off the main menu button and the right edge of the page content.

I'm able to reproduce the issue on Sway and Mutter using either a native Wayland window or XWayland window.  Bisection with `mozregression --pref privacy.resistFingerprinting.letterboxing:true --arg https://git-scm.com/docs/git-config` gives pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=dd74d4159c5dfa4307f663df24cf64766a4d5781&tochange=61cde6b6f2737eee00c49fb75390aff3d814f677 suggesting this was regressed by Bug 1789168.
Bug: Hidden tree col picker does not work in page info window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-04 01:40:33+00:00
Resolved: 2022-10-04 05:38:31+00:00

### STR
1. Open the page info window (Ctrl+i)
2. Go to the Media tab
3. Click the column picker button in the top right of the media tree
4. Click one of the unchecked items e.g. Size

### Expected
The Size column should appear in the tree

### Actual
Nothing happens, and the column picker stops working in the window permanently
Bug: Create arbitrary binary(.hta,.exe,.bat,.vb)/file when web page is downloaded/saved in firefox browser
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2022-10-04 06:54:27+00:00
Resolved: 2024-05-30 18:01:13+00:00

## Products affected: 

Latest Firefox for Windows as on 04/10/22

### POC:

See this Video POC - https://youtu.be/5PBJ1MlikFk

1. Host malicious webpage (index.html) [See attached file].
2. Click save as to download the website to view offline or press (ctrl + s).
3. Save the file & open downloaded file

### Impact
1. Create arbitrary files instead of html file, which might result in code execution when opened.

### Fix
1. Sanitize filename properly & append .html to filename created from title tag by default as done by major browsers such as Google Chrome.
Bug: Bookmark toolbar favicon does not update on https://people.mozilla.org/
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-04 08:21:50+00:00
Resolved: 2022-10-17 09:16:17+00:00

STR:
- Add https://people.mozilla.org/ to your bookmark toolbar, the globe placeholder icon shows
- Load the URL by clicking the bookmark from the toolbar
- The icon does not update and remains the placeholder globe

Other bookmark toolbar favicons load correctly
Bug: Intermittent [TV] TEST-UNEXPECTED-TIMEOUT | browser/components/customizableui/test/browser_947914_button_addons.js | application timed out after 370 seconds with no output
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-10-04 11:31:53+00:00
Resolved: 2022-11-01 18:44:37+00:00

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

---
```
[task 2022-10-04T09:34:14.703Z] 09:34:14     INFO - TEST-START | browser/components/customizableui/test/browser_947914_button_addons.js
[task 2022-10-04T09:40:24.752Z] 09:40:24     INFO - Buffered messages logged at 09:34:14
[task 2022-10-04T09:40:24.753Z] 09:40:24     INFO - Entering test bound 
[task 2022-10-04T09:40:24.755Z] 09:40:24     INFO - Check addons button existence and functionality
[task 2022-10-04T09:40:24.756Z] 09:40:24     INFO - Waiting for overflow button to show
[task 2022-10-04T09:40:24.757Z] 09:40:24     INFO - Checking if element has non-0 size
[task 2022-10-04T09:40:24.758Z] 09:40:24     INFO - Buffered messages finished
[task 2022-10-04T09:40:24.759Z] 09:40:24    ERROR - TEST-UNEXPECTED-TIMEOUT | browser/components/customizableui/test/browser_947914_button_addons.js | application timed out after 370 seconds with no output
[task 2022-10-04T09:40:24.760Z] 09:40:24    ERROR - Force-terminating active process(es).
```
Bug: Tabs moved between windows are not restored.
Status: NEW
Priority: --
Created: 2022-10-04 12:44:42+00:00
Resolved: 2024-11-05 12:25:27+00:00

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

Steps to reproduce:

(1) Open some web page with links (call this page 1).
(2) Open one link from page 1 in a new tab in the same window (call this page 2).
(3) Open another link from page 1 in a new window (call this page 3).
(4) Drag the tab with page 3 from the new window to the original window, so that you now have a window that has three tabs with page 1, page 2, and page 3.
(5) Quit Firefox, restart it, and restore previous session.



Actual results:

The restored window has only the tabs with page 1 and page 2.  Page 3 (the one that was originally opened in a new window) has disappeared.


Expected results:

The restored window should have tabs for page 1, page 2, and page 3
Bug: "About Nightly" window is too narrow for French, rendering looks wrong and some text is clipped
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-04 14:20:28+00:00
Resolved: 2022-10-26 13:34:25+00:00

Mozilla/5.0 (X11; Linux x86_64; rv:107.0) Gecko/20100101 Firefox/107.0 ID:20221003212025

See attached screenshot. Emilio, this is the bug I told you about last week.
Bug: dynamicResults.inc.css links in Dynamic Result Types doc are broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-04 14:22:26+00:00
Resolved: 2022-10-07 21:40:50+00:00

It looks like `dynamicResults.inc.css` was re-named and moved as part of [these changes](https://hg.mozilla.org/mozilla-central/rev/a4358621eab8b77c9cb63f707288beecb20ca551?revcount=120). As a result, clicking on either of the `dynamicResults.inc.css` links in [this documentation](https://firefox-source-docs.mozilla.org/browser/urlbar/dynamic-result-types.html) now takes you to a 404 page.
Bug: Keyboard shortcut for "open focused link in new tab" (alt-enter) doesn't work.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-10-04 15:24:31+00:00
Resolved: 2022-11-07 13:40:12+00:00

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

Steps to reproduce:

Hit Command-Enter to open focused link in new tab.


Actual results:

Nothing


Expected results:

Open focused link in new tab.
Bug: Tab pickup items don't wrap in a narrower viewport
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2022-10-04 16:17:50+00:00
Resolved: 2022-10-21 12:57:37+00:00

I think this might be a regression. I believe the synced tabs list is supposed to collapse to a single column in a narrower viewport (or when text size is larger). Right now while the rest of the layout is progressive, this aspect is not.
Bug: Tabs without a timestamp should show no "last used" instead of "53 years ago"
Status: RESOLVED
Priority: P2
Resolution: FIXED
Created: 2022-10-04 23:50:22+00:00
Resolved: 2022-10-06 04:19:31+00:00

We should do what we can to avoid tabs having a timestamp of zero, but because these tabs come from other platforms, we should handle it when they do. The rest of the synced-tabs UI shows an empty string (ie, no timestamp at all) in this scenario, so Firefox View might as well do the same.
Bug: Findbar and content moves if there's no search results.
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-05 05:40:21+00:00
Resolved: 2022-10-24 11:16:30+00:00

After bug 1792881, if you find something without result,s the findbar and panel content etc move.

Looking a bit deeper into it I understand the problem now, and bug 1792881 isn't the right fix.
Bug: We're having trouble syncing error is displayed after the account is disconnected from the FxA web page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-05 09:14:29+00:00
Resolved: 2022-10-17 09:44:39+00:00

**Found in**
* 106.0b8 (20221004185850)

**Affected versions**
* 106.0b8  (20221004185850)
* 107.0a1 (20220929014928)





**Tested platforms**
* Affected platforms: Windows 10x64, Ubuntu 20.04, macOS 11.6
* Unaffected platform: none


**Steps to reproduce**
1. Sign in to FxA account inside Firefox.
2. Open the Firefox App Menu and select the connected FxA Account > Manage Account.
3. Sign out the device that was connected.
4. Return to Firefox View and observe the Tab Pickup area.

**Expected result**
*  Not sure about the correct expected result here but I think that the `Switch seamlessly between devices` message should be displayed asking the user to connect to Sync. 

**Actual result**
* `Switch seamlessly between devices` message is displayed for a split second and then the `We’re having trouble syncing` error is displayed. Clicking the Try again button does nothing. 

**Regression range**
* This started with bug 1768695 when the sync error states were introduced. Also, before bug 1784969 there can be seen a page refresh.

**Additional notes**
* Attached a screen recording.
* Restarting the browser after step4  shows the `Switch seamlessly between devices` message.
Bug: Crash in [@ mozilla::a11y::Accessible::FirstChild]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-05 12:26:49+00:00
Resolved: 2022-10-06 00:00:53+00:00

Crash report: https://crash-stats.mozilla.org/report/index/1a1f07b3-1190-42a3-a1a5-3b4f70221005

Reason: ```SIGSEGV / SEGV_MAPERR```

Top 10 frames of crashing thread:
```
0 libxul.so mozilla::a11y::Accessible::FirstChild const accessible/basetypes/Accessible.h:173
0 libxul.so mozilla::a11y::Accessible::HasChildren const accessible/basetypes/Accessible.h:170
0 libxul.so mozilla::a11y::TextLeafPoint::TextLeafPoint accessible/base/TextLeafRange.cpp:471
1 libxul.so mozilla::a11y::TextLeafPoint::FindBoundary const accessible/base/TextLeafRange.cpp:916
2 libxul.so mozilla::a11y::HyperTextAccessibleBase::TextBounds accessible/basetypes/HyperTextAccessibleBase.cpp:210
3 libxul.so mozilla::a11y::RemoteAccessible::TextBounds accessible/ipc/other/RemoteAccessible.cpp:282
4 libxul.so getRangeExtentsCB accessible/atk/nsMaiInterfaceText.cpp:387
5 libatk-bridge-2.0.so.0 impl_GetRangeExtents atk-adaptor/adaptors/text-adaptor.c:675
6 libatk-bridge-2.0.so.0 handle_message droute/droute.c:601
7 libdbus-1.so.3 dbus_connection_dispatch /build/dbus-IAhSsk/dbus-1.12.20/dbus/dbus-connection.c:4576
```
I have managed to reproduce the issue while browsing on www.google.com and navigating between search results with with the Tab key and with accessibility.cache.enabled set to true and ORCA enabled.

I can not reproduce the issue with a new profile.
Bug: Firefox toolbar labels are unreadable
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-05 14:37:44+00:00
Resolved: 2022-10-06 21:24:25+00:00

Steps to reproduce:

1. Set an easier-to-read font and font size in about:preferences.

2. Mouse over the toolbar.


Actual results:

1. The labels pop up behind the mouse arrow-cursor.

2. The labels use the default font settings, not the selected ones. I realize that is so that if people screw up their preferences, they can read the interface to fix their preferences, but ... it's much harder to read such small text.


Expected results:

1. The labels could appear above the toolbar icon, so that they're out of the way of the mouse arrow-cursor.

2. The labels could use larger text, at least 2x higher.

I can't get a screenshot because that function switches the arrow to the hand tool, which doesn't get the labels.
Bug: [Experiment] The Firefox View CFR message is shown in the Control branch of the MR Holdback studies
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2022-10-05 15:15:51+00:00
Resolved: 2022-10-17 15:25:01+00:00

**[Affected versions]:**
- Firefox Beta 106.0b7 - Build ID: 20221002185807

**[Affected Platforms]:**
- Windows 10 x64
- Windows 7 x64
- Windows 11 x64
- macOS 12.5.1
- Linux Mint 20.2 x64

**[Prerequisites]:**
- Have the Firefox Beta 106.0b7 browser installed.
- Have the channel pref set to “release”.
- Have this [user.js](https://drive.google.com/file/d/1ewFYwqu0BV3GfTPGsrHzVpOMri60a8F-/view?usp=sharing) saved on your computer.
- Have a new Firefox profile created.
- Have the Profile Folder opened.

**[Steps to reproduce]:**
1. Copy and paste the user.js file from prerequisites on the Profile Folder.
2. Open the Firefox profile from prerequisites.
3. Ensure that the profile is enrolled in the control branch of the experiment.
4. Close the browser.
5. Open the times.json file from Profile Folder and change the “created” and “firstUse” to “1664787790000” (timestamp for 3 October).
6. Open the browser using the same profile.
7. Open 4 new tabs and close 3 of them.
8. Click outside of the Adress Bar to switch focus.
9. Observe what happens.

**[Expected result]:**
- The Firefox View CFR message is not displayed.

**[Actual result]:**
- The Firefox View CFR message is shown.

**[Notes]:**
- This issue is reproducible in both existing and new experiments.
- Attached is a screen recording of the issue.
Bug: [foxfooding] Actual link of closed site doesn't match the title of closed site in Firefox View
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-05 16:47:43+00:00
Resolved: 2022-10-08 20:10:55+00:00

**Firefox Version:** Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:106.0) Gecko/20100101 Firefox/106.0
**Window Size (inner width and height):** 1920x913
**GitHub Username:** @Fjoerfoks
## Steps to Reproduce
Closed a few tabs
Open Firefox View
View list of recently closed sites.

## Expected Behavior
Show the actual link of the closed site, both in the second column as on hover on the line.

## Actual Behavior
It shows a the correct title of the closed site, but not the actual link, e.g.
Title                     Link
Facebook.com    duckduckgo.com

## Attachment
![Attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/18d9dbd2-f6ec-49c6-9f37-a640c92369b8.png)
[Link to the original attachment](https://mk-mozilla-campaign-form.s3.eu-central-1.amazonaws.com/18d9dbd2-f6ec-49c6-9f37-a640c92369b8.png)
Bug: Nightly about screen sizing is still off
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2022-10-05 17:28:35+00:00
Resolved: 2022-10-24 14:04:22+00:00

Things are improved with the latest patch, but it's still visually off from Release. Note the wider width and narrower height (leading to text being cut off at the bottom).

If it matters, I'm on a 4K screen with 200% scaling. Happy to test any patches locally if it would help.
Bug: Intermittent browser/components/translation/test/browser_translation_exceptions.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-10-05 19:40:52+00:00
Resolved: 2022-12-06 17:03:22+00:00

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

---
```
[task 2022-10-05T18:16:35.241Z] 18:16:35     INFO - TEST-PASS | browser/components/translation/test/browser_translation_exceptions.js | check shouldShowInfoBar initially returns true - 
[task 2022-10-05T18:16:35.242Z] 18:16:35     INFO - Console message: [JavaScript Warning: "Key event not available on some keyboard layouts: key=�i� modifiers=�accel,alt,shift� id=�key_browserToolbox�" {file: "chrome://mochikit/content/tests/SimpleTest/EventUtils.js" line: 1360}]
[task 2022-10-05T18:16:35.242Z] 18:16:35     INFO - Buffered messages finished
[task 2022-10-05T18:16:35.243Z] 18:16:35     INFO - TEST-UNEXPECTED-FAIL | browser/components/translation/test/browser_translation_exceptions.js | Test timed out - 
[task 2022-10-05T18:16:35.243Z] 18:16:35     INFO - GECKO(3684) | MEMORY STAT | vsize 2104226MB | vsizeMaxContiguous 65514179MB | residentFast 276MB | heapAllocated 94MB
[task 2022-10-05T18:16:35.243Z] 18:16:35     INFO - TEST-OK | browser/components/translation/test/browser_translation_exceptions.js | took 90165ms
```
Bug: History and bookmarks lists don't expand to fill the library window
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-05 20:25:39+00:00
Resolved: 2022-10-05 21:08:23+00:00

The right-hand view area that houses the bookmarks and history lists in the library window doesn't fill the window anymore - it appears fixed-width. I'm not sure if its #placesView (which is a `hbox` with `flex="1"`) or its parent #places.
Bug: Blue focus outline should not appear on click
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-05 22:42:49+00:00
Resolved: 2022-10-05 22:47:00+00:00

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

Steps to reproduce:

Click any link on any site which hasn't overridden the default outline styles.


Actual results:

The link displays with a blue (and white) outline. 


Expected results:

The focus outline should only appear when tabbing through elements with the keyboard, not when clicking elements with the mouse. 

This has been how Firefox has worked for many years; I'm unsure when it changed, but it was very recently. It's very noticeable as every time you click a link, you see a large border than no longer used to exist; intended to be useful for accessibility when tabbing, but shouldn't have a major design impact for standard mouse usage.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_quickactions_devtools.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-10-05 23:46:26+00:00
Resolved: 2025-03-03 12:11:52+00:00

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

---
```
[task 2022-10-05T22:53:00.122Z] 22:53:00     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_quickactions_devtools.js | The status of action button is correct - true == true - 
[task 2022-10-05T22:53:00.123Z] 22:53:00     INFO - Do inspect action
[task 2022-10-05T22:53:00.123Z] 22:53:00     INFO - Buffered messages finished
[task 2022-10-05T22:53:00.125Z] 22:53:00     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_quickactions_devtools.js | Uncaught exception in test - Wait until the inspector is ready - timed out after 50 tries.
[task 2022-10-05T22:53:00.125Z] 22:53:00     INFO - Leaving test bound test_inspector
[task 2022-10-05T22:53:00.126Z] 22:53:00     INFO - GECKO(2528) | MEMORY STAT | vsize 2112908MB | vsizeMaxContiguous 64978657MB | residentFast 587MB | heapAllocated 187MB
[task 2022-10-05T22:53:00.126Z] 22:53:00     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_quickactions_devtools.js | took 6877ms
[task 2022-10-05T22:53:00.127Z] 22:53:00     INFO - Not taking screenshot here: see the one that was previously logged
[task 2022-10-05T22:53:00.127Z] 22:53:00     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_quickactions_devtools.js | Found an unexpected tab at the end of test run: about:home - 
```
Bug: Bookmark editing UI scaling issues
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-06 10:27:40+00:00
Resolved: 2022-10-07 14:41:44+00:00

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

Steps to reproduce:

Go to bookmarks library and try to edit one


Actual results:

The UI is cutoff/not scaled properly


Expected results:

Scaling issue shouldn't occur
Bug: The MR onboarding prevents opening an external link
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-06 13:16:52+00:00
Resolved: 2023-01-09 16:46:41+00:00

Issue reported on Fenix - https://github.com/mozilla-mobile/fenix/issues/27016.

STRs for my test on latest Firefox Nightly for MacOS:
- have an old version installed
- have it set as the default browser
- install the latest version - that would trigger the new onboarding
- in another app tap on a link to be opened in the default browser

Expected result confirmed by UX:
- the onboarding opens
- after it is finished the user sees the screen / tab that would otherwise be shown if not for the onboarding

Actual result:
- empty tab
Bug: Intermittent uriloader/exthandler/tests/mochitest/browser_download_spam_permissions.js | single tracking bug
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2022-10-06 15:40:41+00:00
Resolved: 2024-03-27 12:03:12+00:00

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

---
```
INFO - TEST-PASS | uriloader/exthandler/tests/mochitest/browser_download_spam_permissions.js | download is blocked - 
[task 2022-10-06T14:51:03.298Z] 14:51:03     INFO - Buffered messages logged at 14:51:03
[task 2022-10-06T14:51:03.298Z] 14:51:03     INFO - Global property added while loading chrome://browser/content/nsContextMenu.js: screenshotsDisabled
[task 2022-10-06T14:51:03.299Z] 14:51:03     INFO - Global property added while loading chrome://browser/content/nsContextMenu.js: SCREENSHOT_BROWSER_COMPONENT
[task 2022-10-06T14:51:03.300Z] 14:51:03     INFO - Global property added while loading chrome://browser/content/nsContextMenu.js: REVEAL_PASSWORD_ENABLED
[task 2022-10-06T14:51:03.300Z] 14:51:03     INFO - Global property added while loading chrome://browser/content/nsContextMenu.js: TEXT_RECOGNITION_ENABLED
[task 2022-10-06T14:51:03.301Z] 14:51:03     INFO - Download changed!
[task 2022-10-06T14:51:03.301Z] 14:51:03     INFO - Download succeeded or errored
[task 2022-10-06T14:51:03.302Z] 14:51:03     INFO - Leaving test bound check_download_spam_permissions
[task 2022-10-06T14:51:03.302Z] 14:51:03     INFO - Buffered messages finished
[task 2022-10-06T14:51:03.303Z] 14:51:03     INFO - TEST-UNEXPECTED-FAIL | uriloader/exthandler/tests/mochitest/browser_download_spam_permissions.js | Cleanup function threw an exception - OperationError: Could not remove the non-empty directory at C:\Users\task_1665063940\AppData\Local\Temp\1665067862601.
[task 2022-10-06T14:51:03.303Z] 14:51:03     INFO - Specify the `recursive: true` option to mitigate this error
[task 2022-10-06T14:51:03.512Z] 14:51:03     INFO - GECKO(5436) | MEMORY STAT | vsize 1189MB | vsizeMaxContiguous 166MB | residentFast 349MB | heapAllocated 345MB
[task 2022-10-06T14:51:03.512Z] 14:51:03     INFO - TEST-OK | uriloader/exthandler/tests/mochitest/browser_download_spam_permissions.js | took 913ms
```