av9ash/GitBugs huggingface dataset:
Bug: pdfjs does not properly handle non-ASCII characters in forms when saving PDFs
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-09-23 15:51:07+00:00
Resolved: 2022-12-08 18:56:03+00:00

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

Steps to reproduce:

open fillable pdf, fill up some fields with cirilic letters, press download button in the viewer and open just downloaded file in firefox again


Actual results:

got unreadable chars instead my cirilic text


Expected results:

correct handling
Bug: Firefox cannot exit full screen after a full screen site have crashed
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-23 16:06:53+00:00
Resolved: 2021-10-19 04:33:06+00:00

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

Steps to reproduce:

1. Open a website that will request Firefox a full screen, for example a video site.
2. Full screen the website.
3. Crash the website somehow.
4. Firefox tells me "Gah. Your tab just crashed.", and asks me if I want to reload the tab or to leave; this is still functional.
5. But, oops, you will find that Firefox -- the whole application -- is now stuck at full screen.


Actual results:

The Firefox is stuck at full screen, which means, without tab bar, without control bar, only the main view is shown.

First, I try pressing "Esc" key, "F11" key, but these keys don't work.
Then, I try closing the crashed tab (things like ⌘W functions normally) and try exiting full screen in another tab. The "example.com is now full screen" with a nice little button "Exit Full Screen (Esc)" is immediately shown when I switched to the other tab, but that little button, alongside "Esc" key, fails to exit full screen as well.


Expected results:

I come up with two ideas, but I am not sure which way should it work to be as expected.

1. Firefox would exit full screen automatically as the tab is crashed. In this way the code to exit the full screen could be possibly inserted into the crash recovery page, but I really wonder if this is disturbing because there will be yet another second for Firefox to re-render itself when exiting full screen, which will only add even more confusion to the user.
2. Firefox will stay in full screen after the crash, but the problem on "Esc" is fixed, so that the user can exit full screen any time they want. This method should work well under this very situation, but it actually extends this single-tab full screen to a global full screen and I wonder if it is possible to safely program in this way.
Bug: Legacy boolean preferences don't work in GPO or macOS
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-09-23 16:16:34+00:00
Resolved: 2020-10-01 15:09:50+00:00

When I moved to the new preferences model, I put in code for handling legacy preferences, but I missed the fact that we were using the explicit schema type (boolean) to allow 0/1 to be converted to a boolean before it was passed to the preferences APIs.

As a result, we are now trying to get the prefs with a 0/1 value which isn't working.
Bug: 78.3.0esr - bookmarking of all tabs (ctrl+D) is broken
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-23 16:27:32+00:00
Resolved: 2020-10-13 13:39:46+00:00

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

Steps to reproduce:

78.3.0esr
CTRL+D
or from tab context menu - select all open tabs ----> add bookmarks


Actual results:

"New Tabs" window pops up, however it is blank, ie. no text. So cannot specify bookmark folder name, sooo add tabs button is greyed out.


Expected results:

"New Tabs" should have a place to type bookmark folder name.
Bug: Add additional checks when using ExperimentStore during early startup
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-09-23 16:53:59+00:00
Resolved: 2020-10-02 12:20:51+00:00

Using the ExperimentAPI in the AboutWelcomeChild uncovered some issues for the early startup scenario of the store. We try to access too early and (I suspect) the lazy getter "saves" this bad store state (undefined) for future access as well.
Bug: [RTL] Dragging the left/right resizers are dragging the borders the other way
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-09-23 17:22:16+00:00
Resolved: 2020-10-26 15:11:14+00:00

STR:
1. Set `intl.uidirection` to `1` and restart
2. Open any website, click the page actions button and hit Screenshot
3. Make a selection
4. Drag the left/right/{top/bottom}-{left/right} to resize outwards/inwards

AR:
The borders are going the wrong way
Bug: Skeleton UI does not correctly handle maximized windows
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-23 18:06:22+00:00
Resolved: 2020-11-02 16:55:31+00:00

NOTE: this is behind the currently disabled Windows skeleton UI feature.

- Turn on the skeleton UI pref
- Maximize the window
- Close and reopen Firefox
- Notice that the skeleton UI window is not maximized
Bug: Pocket's "Saving" and "Page Removed" door hangers have white and gray rectangles at the bottom
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-09-23 18:45:52+00:00
Resolved: 2021-03-31 00:33:10+00:00

### Steps to reproduce

1. Click the "Save to Pocket" address bar button.
2. BUG: The "Saving" door hanger" has a big white rectangle at the bottom.
3. Click the "Saved to Pocket" door hanger's "Remove Page" button.
4. BUG: The "Page Removed" door hanger has a small gray rectangle at the bottom.

See the attached screenshots.

This is a regression in Fx82.
Bug: Firefox can't open the "Browse" option to upload files or view the location of download files in folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-23 18:56:21+00:00
Resolved: 2020-10-03 16:56:52+00:00

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

Steps to reproduce:

1. Download a file
2. Rightclick> Open containing Folder

or 

1. Click upload on google drive/onedrive,etc
2. No dialog box to browse opens


Actual results:

Nothing


Expected results:

Open the folder
Bug: When domains are set with Ci.nsICookiePermission.ACCESS_SESSION the cookies persist across restarts
Status: NEW
Priority: --
Created: 2020-09-23 19:57:03+00:00
Resolved: 2024-09-23 15:08:13+00:00

We had a request for enterprise policies to allow specifying domains where cookies are only allowed for sessions.

Basically a domain specific version of setting ACCEPT_SESSION for network.cookie.cookieBehavior.

I chose to use Ci.nsICookiePermission.ACCESS_SESSION because based on lookingat the code, it seemed like it would work, but it has one major difference:

When you have Firefox set to "Restore Session" it restores cookies set with ACCESS_SESSION even though Restore Session does NOT restores cookies when you have ACCEPT_SESSION set for network.cookie.cookieBehavior.

This doesn't seem like correct behavior. Both of these should have the same definition of what a "session" is.
Bug: Unable to tab past keywordoffer results with update2 enabled
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-09-23 21:51:26+00:00
Resolved: 2020-10-14 20:51:18+00:00

Bug 1657676 changed keywordoffer results to preview search mode when they are selected. That means they show the search mode indicator and clear the Urlbar value. However, this breaks the behaviour changed in bug 1616880, where tab only cycles through results when there's no search string.

We probably just need to update [allowTabbingThroughResults](https://searchfox.org/mozilla-central/rev/3d53187b90605ccef321c9cadbba762ad06a6381/browser/components/urlbar/UrlbarController.jsm#325) to allow tabbing when search mode is active and `!!searchMode.isPreview`. We should check for `isPreview` to avoid breaking our a11y tab behaviour when the user is in "full" search mode, blurs the Urlbar with no search string, then refocuses it; in this case, Tab should still move to the next toolbar element.
Bug: Clicking a muted tab unmutes the tab
Status: UNCONFIRMED
Priority: P5
Created: 2020-09-23 23:31:49+00:00
Resolved: 2020-10-01 08:23:40+00:00

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

Steps to reproduce:

Mute tab foo (right click the tab and click "Mute Tab")
Switch to tab bar
Put the mouse cursor over the muted tab foo and click it in order to switch back to tab foo


Actual results:

If the cursor is around the mute icon on the tab foo
Not only does does Firefox not switch to the tab foo
It unmutes tab foo

So the user is forced to right click tab foo again, mute it again, and then carefully click tab foo making sure not to click it around the mute icon


Expected results:

It really makes no sense to have the "feature" where if you click around the mute icon on a muted tab, it is unmuted instead of switching to the tab. It makes it far too easy for the problem described to occur, which is incredibly annoying. 

In order to mute a tab in the first place, the user has to right click the tab and click "Mute Tab", so there's no reason why unmuting shouldn't work the same way.

By all means keep the icon on the tab that indicates that the tab is muted! Just don't make clicking the tab around the icon unmute the tab.
Bug: Intermittent browser/components/urlbar/tests/browser/browser_top_sites.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. -
Status: RESOLVED
Priority: P5
Resolution: INCOMPLETE
Created: 2020-09-24 00:57:51+00:00
Resolved: 2020-10-20 17:03:33+00:00

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

---
```
[task 2020-09-23T21:52:09.309Z] 21:52:09     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_top_sites.js | The number of results should be maxRichResults (10). - 10 == 10 - 
[task 2020-09-23T21:52:09.310Z] 21:52:09     INFO - Buffered messages logged at 21:52:08
[task 2020-09-23T21:52:09.310Z] 21:52:09     INFO - Leaving test bound topSitesNumber
[task 2020-09-23T21:52:09.310Z] 21:52:09     INFO - Buffered messages finished
[task 2020-09-23T21:52:09.310Z] 21:52:09     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_top_sites.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort. - 
[task 2020-09-23T21:52:09.310Z] 21:52:09     INFO - GECKO(1568) | MEMORY STAT vsizeMaxContiguous not supported in this build configuration.
[task 2020-09-23T21:52:09.310Z] 21:52:09     INFO - GECKO(1568) | MEMORY STAT | vsize 7541MB | residentFast 276MB | heapAllocated 123MB
[task 2020-09-23T21:52:09.310Z] 21:52:09     INFO - TEST-OK | browser/components/urlbar/tests/browser/browser_top_sites.js | took 47809ms
[task 2020-09-23T21:52:09.310Z] 21:52:09     INFO - checking window state
[task 2020-09-23T21:52:09.413Z] 21:52:09     INFO - TEST-START | browser/components/urlbar/tests/browser/browser_top_sites.js
[task 2020-09-23T21:52:51.872Z] 21:52:51     INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-09-23T21:52:51.873Z] 21:52:51     INFO - <snipped 33 output lines - if you need more context, please use SimpleTest.requestCompleteLog() in your test>
[task 2020-09-23T21:52:51.873Z] 21:52:51     INFO - Buffered messages logged at 21:52:16
[task 2020-09-23T21:52:51.875Z] 21:52:51     INFO - Leaving test bound topSitesShown
[task 2020-09-23T21:52:51.875Z] 21:52:51     INFO - Entering test bound selectSearchTopSite_legacy
[task 2020-09-23T21:52:51.875Z] 21:52:51     INFO - Awaiting for the urlbar panel to open
[task 2020-09-23T21:52:51.875Z] 21:52:51     INFO - Buffered messages logged at 21:52:17```
Bug: Certificate of private tab displayed in a non-private tab
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-24 06:17:35+00:00
Resolved: 2021-01-18 09:26:16+00:00

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

Steps to reproduce:

1. Open private window
2. Open https site in private tab
3. Press padlock icon, right chevron, More information
4. Press View Certificate button



Actual results:

Certificate is displayed, but in a non-private window


Expected results:

Certificate of a private tab should be displayed in a private tab
Bug: Can't move bookmarks by drag&drop
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-09-24 09:25:53+00:00
Resolved: 2020-09-24 15:46:12+00:00

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

Steps to reproduce:

I wanted to move a bookmark per drag&drop from URL bar to the bookmarks toolbar below. I also wanted to sort the bookmarks per drag&drop.


Actual results:

The bookmarks could not be rearranged and drag&drop didn't work to create a bookmark in the bookmarks toolbar.


Expected results:

The bookmarks should be rearranged by drag&drop and it should be possible to create a new bookmark by drag&drop.
Bug: `setSearchMode` callers can pass null which throws exceptions
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-09-24 09:42:54+00:00
Resolved: 2020-09-29 14:52:30+00:00

I see this on a clean profile on a local build from Tuesday's mozilla-central, ie:

```
./mach run --temp-profile
```

reproduces reliably (a second or two after startup):

```
TypeError: (destructured parameter) is null UrlbarInput.jsm:1329:1
    setSearchMode resource:///modules/UrlbarInput.jsm:1329
    observe resource:///modules/UrlbarInput.jsm:1711
    notifyAction resource://gre/modules/SearchUtils.jsm:189
    _updateFromManifest resource://gre/modules/SearchEngine.jsm:1072
    _reloadEngines resource://gre/modules/SearchService.jsm:832
    AsyncFunctionNext self-hosted:674
```

Looking at the code, the [`observe` method](https://searchfox.org/mozilla-central/rev/3d53187b90605ccef321c9cadbba762ad06a6381/browser/components/urlbar/UrlbarInput.jsm#1709-1711) looks like it expects `subject.name` to be non-undefined/null, but it never QIs `subject`, and so AIUI there's no guarantee of this being the case.

Adding

```
subject.QueryInterface(Ci.nsISearchEngine);
```

before it fixes the issue.

It's not clear to me what the consequences of this bug are, and/or what's going to happen once we fix it... but we still should.
Bug: firefox in "site specific" app (ssb) mode cannot open the unknown content type dialog ("what do you want to do with this file") so can't download files
Status: RESOLVED
Priority: P3
Resolution: WONTFIX
Created: 2020-09-24 09:54:43+00:00
Resolved: 2021-01-16 09:40:48+00:00

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

Steps to reproduce:

The "website as an app" or "site specific mode" is quite nice, but has an issue in that it cannot produce "file save" dialogs.

I am using "whatsapp web" as an app in firefox. Everything is OK, but when I try to download a picture that has been sent to me nothing happens. In regular mode, firefox opens a file dialog letting me open the image with an application or save it.

Issue is seen on linux, but may be cross-platform.


Actual results:

When I try to download a file from a website running in app mode in firefox nothing happens and the operation is silently ignored.


Expected results:

Firefox should open a file dialog letting me open the file with an application or save it to disk (as it does when not running in site specific mode).
Bug: youtube coments
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-09-24 11:41:56+00:00
Resolved: 2020-10-13 20:48:19+00:00

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

Steps to reproduce:

i cant comment at youtube when i am using firefox, works normal with other browsers.
Bug: Slow first start after update to 81.0 due to huge favicons.sqlite-wal file.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-24 12:06:07+00:00
Resolved: 2020-10-27 14:40:36+00:00

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

Steps to reproduce:

Updated Firefox using dnf on Fedora 32 (from 80.0 to 81.0), then restarted it.


Actual results:

Firefox fully utilized one CPU core and was not responding for several minutes. System reboot didn't fix the issue. Strace showed that Firefox process was using files favicons.sqlite and favicons.sqlite-wal from profile directory. The latter file was ~9GB size, the former was growing. Firefox started when the files became roughly equal in size. Some time after the files shrinked to several MBs.
When the files were still big I opened them former with sqlite3 and saw the following (if this helps):

sqlite> SELECT COUNT(*) FROM moz_icons_to_pages;
453954093
sqlite> SELECT COUNT(*) FROM moz_pages_w_icons; 
47501
sqlite> SELECT COUNT(*) FROM moz_icons;
135781


Expected results:

It should not copy or have than much favicons data, I suppose. :-)
Bug: Perma browser/components/urlbar/tests/browser/browser_remove_match.js | Test timed out - and many more failure when Gecko 83 merges to Beta on 2020-10-19
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-09-24 15:39:28+00:00
Resolved: 2020-09-30 17:48:47+00:00

central-as-beta simulation: https://treeherder.mozilla.org/#/jobs?repo=try&group_state=expanded&selectedTaskRun=Qy-jl-jYTWeDXRPgLPEnwA.0&resultStatus=testfailed%2Cbusted%2Cexception%2Cretry%2Cusercancel%2Crunnable&revision=fe26df9ba01855cafb14cd113e2f328b4e345d00&searchStr=browser-chrome

Failure log: https://treeherder.mozilla.org/logviewer.html#?job_id=316587529&repo=try

[task 2020-09-24T13:47:45.671Z] 13:47:45     INFO - TEST-PASS | browser/components/urlbar/tests/browser/browser_remove_match.js | Found one-off button for search mode - {"engine":{"_name":"test","_loadPath":"[other]addEngineWithDetails:test@test.engine","description":"undefined","__searchForm":"http://example.com","_iconURL":"","_metaData":{"order":1,"loadPathHash":"2DNQef0rF/g9uGKBvrFDyd8AUrZ2OwDYrbZUYfTZbos="},"_urls":[{"params":[{"name":"q","value":"{searchTerms}"}],"rels":[],"resultDomain":"example.com","template":"http://example.com/"}],"_isAppProvided":false,"_orderHint":"undefined","_telemetryId":null,"_updateInterval":null,"_updateURL":null,"_iconUpdateURL":null,"_extensionID":"test@test.engine","_locale":"default","_definedAliases":[],"_hasPreferredIcon":null,"queryCharset":"windows-1252"},"_inheritedElements":{".button-icon":{}},"initializedAttributeInheritance":true} == true - 
[task 2020-09-24T13:47:45.671Z] 13:47:45     INFO - Awaiting for the urlbar panel to open
[task 2020-09-24T13:47:45.671Z] 13:47:45     INFO - Buffered messages finished
[task 2020-09-24T13:47:45.671Z] 13:47:45     INFO - TEST-UNEXPECTED-FAIL | browser/components/urlbar/tests/browser/browser_remove_match.js | Test timed out -
Bug: Omnibus test - no bookmarks import on control on ubuntu
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-09-24 16:26:26+00:00
Resolved: 2020-10-01 12:00:05+00:00

I'm on Firefox 81.0 on Ubuntu 20.04. I'm in control branch.

I'm following the instructions from the Omnibus Foxfooding:

* Make sure you have another browser installed (e.g. Google Chrome) with a few websites bookmarked.
  - Open the bookmarks library (hamburger Menu > Library > Bookmarks > Show all Bookmarks)
  - Click the “Import and Backup” button and select the “Import Data from Another Browser” option.
  - Select the desired browser in the import wizard and make sure the bookmarks option is checked.
  - The bookmarks are imported, but the bookmarks toolbar is not automatically displayed under the URL bar.


At the step "Select the desired browser in the import wizard and make sure the bookmarks option is checked." I selected chromium, having checked that I had a bookmark in chromium, there is no option for bookmarks in the next screen. See attached screenshot.
Bug: Font size of items in PDF dropdown elements is very small
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-09-24 18:41:03+00:00
Resolved: 2022-10-17 09:34:17+00:00

Hi folks!

I tested PDF Form Fill for the Omnibus Foxfooding program and noticed that the font size of items in dropdown elements is very small. The document zoom does not seem to affect the font size.

- Platform: macOS Catalina Version 10.15.6
- Version: Firefox Browser 81.0 (64-bit)
- Locale: "en-US"
- Profile: New
- Shirley Omnibus experiment: Active (Treatment)
Bug: Fix "This PDF Document might not be displayed correctly" issue
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-09-24 18:45:04+00:00
Resolved: 2021-04-30 09:23:25+00:00

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

Steps to reproduce:

Hi All!

Here is a valid PDF file (checked up with various methods).
It pops up a print dialogue while opening (expected) and an annoying warning "This PDF Document might not be displayed correctly" (not expected, the screenshot is included).
screenshot

Please, remove the unneeded warning here.
AFAIK other browsers open this file just fine.

Thank you.


Actual results:

A print dialog with the warning has happened.


Expected results:

A print dialog without warning is expexted.
Bug: DuckDuckGo HTML browser search broken due to Origin: null
Status: RESOLVED
Priority: P1
Resolution: WORKSFORME
Created: 2020-09-24 20:31:49+00:00
Resolved: 2020-11-12 18:48:06+00:00

DuckDuckGo HTML (i.e. non-JavaScript) search from the browser bar is broken in the current Nightly. To reproduce:

1. Visit https://html.duckduckgo.com
2. "Add Search Engine" from page actions menu.
3. Search for anything using the newly added "DuckDuckGo HTML".
4. The response is text/plain "forbidden" with code 403.

mozregression indicates the issue was introduced by Bug 1605305:

Last good revision: d7c68a3161242a0442d01f114ca9eebd9e200f8a
First bad revision: f12c895fc5e764414175efe737f8b2f256ea86a7
Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=d7c68a3161242a0442d01f114ca9eebd9e200f8a&tochange=f12c895fc5e764414175efe737f8b2f256ea86a7

To confirm the Origin header is the issue:

$ curl -isS -H 'Origin: null' -d q=test 'https://html.duckduckgo.com/html/' | head -n1
HTTP/2 403

$ curl -isS -d q=test 'https://html.duckduckgo.com/html/' | head -n1
HTTP/2 200

For reference, a similar issue about sending Origin in OpenSearch POST requests (for DuckDuckGo Lite) was addressed in Bug 1615901.

I reported the issue to the DuckDuckGo developers in https://redd.it/iz473c
Bug: Intermittent browser/components/preferences/tests/browser_connection_dnsoverhttps.js | This test exceeded the timeout threshold. It should be rewritten or split up. If that's not possible, use requestLongerTimeout(N), but only as a last resort.
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-09-24 20:43:59+00:00
Resolved: 2022-03-07 06:10:25+00:00

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

---
```
```