av9ash/GitBugs huggingface dataset:
Bug: "No container" menuitem in new tab button context menu is broken when menu is opened by right-click, but works correctly when opened by click & hold
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-25 22:06:30+00:00
Resolved: 2021-05-28 02:02:51+00:00

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

Steps to reproduce:

- I noticed this on Windows 10, Nightly 90.0a1, build 20210525093431, with proton settings enabled. I went ahead and made a brand new, empty profile with the profile manager to test it. The bug is always present, seems to just be an oversight

STR:
- Click & hold on the new tab button
- Opens a context menu, `.new-tab-popup`
- Click "No container", it opens a new tab with context ID 0
- Now right click the new tab button
- Opens a similar context menu, `#new-tab-button-popup`
- Click "No container"


Actual results:

- It does nothing
- Looking at the DOM, the menus look identical. In both cases the menuitems for the actual containers have `command` attributes that invoke [openNewUserContextTab](https://searchfox.org/mozilla-central/source/browser/base/content/browser.js#4857), which gets the context ID from an attribute on the click event target, the menuitem.
- But in both popups, the "No container" menuitem has no command attribute, nor does it have any other event listeners.


Expected results:

So why the different behavior — I think this is because the click & hold popup is a child of the new tab button, whereas the right-click popup is off on its own in `#mainPopupSet`.

So when you click the "No container" item in the click & hold popup, the event is bubbling up to the new tab button, which has event listeners like `command="cmd_newNavigatorTab"` and `oncommand="BrowserOpenTab(event);"`.

When you click the same item in the right-click popup, nothing opens because there isn't any command event listener targeting it or its parent.

You can see that adding `command="cmd_newNavigatorTab"` or `command="Browser:NewUserContextTab"` to the "No container" item in the right-click menu fixes the issue. The command attribute can also just be added to the right-click menupopup itself.

So I'm pretty sure the issue is purely that there aren't any event listeners for the "No container" items, and I guess this was just overlooked because it's accidentally working correctly in the click & hold menu, due to the event bubbling up to an element that just so happens to have an almost identical purpose/behavior.

So I think my suggestion is to add the command attribute to the menuitem [when it's being created](https://searchfox.org/mozilla-central/source/browser/base/content/utilityOverlay.js#780).
Bug: No space / padding between subviewbutton nav arrow on connection security item in identity panel
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-05-25 22:27:08+00:00
Resolved: 2021-07-12 10:27:51+00:00

There appears to be no space between the arrow and the edge of the hover state. I assume this is not intentional. I ran mozregression and this appears to have changed in bug 1706379 - Emma, can you confirm this wasn't intentional?
Bug: Upgrade dialog radio button theme selection text is white on hover
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2021-05-25 23:19:11+00:00
Resolved: 2021-06-03 08:46:38+00:00

The background color was already being overwritten but color was not

https://searchfox.org/mozilla-central/rev/95c41d54c3fd65d51976d5188842a69b459a7589/browser/themes/shared/upgradeDialog.inc.css#164-166
Bug: Pocket panel saved error message issue
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-05-26 00:16:05+00:00
Resolved: 2021-05-27 12:16:42+00:00

Looks like if you try to save a link without internet, it just fails and hangs trying to save, instead of showing an error.

Str:
1.  Go into airplane mode, or otherwise remove access to the internet.
2. Try saving a page to Pocket.

Expected: It should show an error about needing internet to save to Pocket.
Bug: Upgrade onboarding: aria-live should not be set on entire dialog
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2021-05-26 01:32:13+00:00
Resolved: 2023-06-02 15:21:37+00:00

STR (with the NVDA screen reader):

1. Ensure Firefox is not your default browser.
2. In about:config, set browser.startup.homepage_override.mstone to 88.0 and browser.startup.upgradeDialog.version to 88. Restart Firefox.
3. On the default browser screen, choose "Not now".
    - Expected: NVDA should say "Get a clean start with an updated theme, Save theme button"
    - Actual: NVDA says "Save theme, Follow the operating system theme for buttons, menus, and windows Use a light theme for buttons, menus, and windows Use a dark theme for buttons, menus, and windows Use a dynamic, colorful theme for buttons, menus, and windows, Not now, Get a clean start with an updated theme, Save theme button"

Reading the text of all the controls in the dialog makes for excessive verbosity, but it's also very confusing for the user because the controls are read without any semantic information. The reason for this is the aria-live="polite" added on the dialog in bug 1705091.

aria-live on the dialog should be removed. Instead, it should be placed on the h1 with id title. This way, the title of the dialog will be read when it changes, but not the entire text of all controls.
Bug: Upgrade onboarding: On the themes screen, the active theme radio button should be focused by default
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-05-26 01:37:36+00:00
Resolved: 2023-06-02 15:21:37+00:00

STR:

1. In about:config, set browser.startup.homepage_override.mstone to 88.0 and browser.startup.upgradeDialog.version to 88. Restart Firefox.
2. If you are presented with the default browser screen, choose "Not now". 
    - Expected: The radio button for the active theme should be focused.
    - Actual: The "Save theme" button is focused.

Since the primary purpose of this screen is for the user to choose a theme, the active theme radio button should be focused. As an analogy, when you open a Save As dialog, the Save button doesn't get focus; the file name text box does. Enter should activate the Save theme button, just as enter activates the Save button in a Save As dialog.
Bug: Intermittent browser/base/content/test/about/browser_aboutNewTab_bookmarksToolbar.js | application terminated with exit code 1
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-05-26 01:47:05+00:00
Resolved: 2022-07-25 23:05:27+00:00

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

---
```
[task 2021-05-26T00:36:01.816Z] 00:36:01     INFO - TEST-PASS | browser/base/content/test/about/browser_aboutNewTab_bookmarksToolbar.js | Menuitem is checked - 
[task 2021-05-26T00:36:01.817Z] 00:36:01     INFO - Buffered messages finished
[task 2021-05-26T00:36:01.818Z] 00:36:01    ERROR - TEST-UNEXPECTED-FAIL | browser/base/content/test/about/browser_aboutNewTab_bookmarksToolbar.js | application terminated with exit code 1
[task 2021-05-26T00:36:01.818Z] 00:36:01     INFO - runtests.py | Application ran for: 0:01:35.636636
[task 2021-05-26T00:36:01.819Z] 00:36:01     INFO - zombiecheck | Reading PID log: /tmp/tmpg_z7h_empidlog
[task 2021-05-26T00:36:01.819Z] 00:36:01     INFO - ==> process 1881 launched child process 1903
[task 2021-05-26T00:36:01.820Z] 00:36:01     INFO - ==> process 1881 launched child process 1940
[task 2021-05-26T00:36:01.820Z] 00:36:01     INFO - ==> process 1881 launched child process 1948
[task 2021-05-26T00:36:01.821Z] 00:36:01     INFO - ==> process 1881 launched child process 2036
[task 2021-05-26T00:36:01.821Z] 00:36:01     INFO - ==> process 1881 launched child process 2079
[task 2021-05-26T00:36:01.822Z] 00:36:01     INFO - ==> process 1881 launched child process 2109
[task 2021-05-26T00:36:01.822Z] 00:36:01     INFO - ==> process 1881 launched child process 2139
[task 2021-05-26T00:36:01.823Z] 00:36:01     INFO - ==> process 1881 launched child process 2213
[task 2021-05-26T00:36:01.823Z] 00:36:01     INFO - zombiecheck | Checking for orphan process with PID: 2213
[task 2021-05-26T00:36:01.825Z] 00:36:01     INFO - zombiecheck | Checking for orphan process with PID: 1903
[task 2021-05-26T00:36:01.826Z] 00:36:01     INFO - zombiecheck | Checking for orphan process with PID: 1940
[task 2021-05-26T00:36:01.826Z] 00:36:01     INFO - zombiecheck | Checking for orphan process with PID: 2036
[task 2021-05-26T00:36:01.827Z] 00:36:01     INFO - zombiecheck | Checking for orphan process with PID: 2139
[task 2021-05-26T00:36:01.827Z] 00:36:01     INFO - zombiecheck | Checking for orphan process with PID: 1948
[task 2021-05-26T00:36:01.827Z] 00:36:01     INFO - zombiecheck | Checking for orphan process with PID: 2109
[task 2021-05-26T00:36:01.827Z] 00:36:01     INFO - zombiecheck | Checking for orphan process with PID: 2079
[task 2021-05-26T00:36:01.827Z] 00:36:01     INFO - Stopping web server
[task 2021-05-26T00:36:01.827Z] 00:36:01     INFO - Server shut down.
```
Bug: Firefox accounts has a right arrow sub panel view if placed inside overflow menu while user is not signed in
Status: NEW
Priority: P3
Created: 2021-05-26 07:28:13+00:00
Resolved: 2021-07-19 15:05:24+00:00

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

*Affected platforms*
* macOS 11
* Windows 10x64
* Ubuntu 20.04



*Steps to reproduce*
1. Open Firefox and add the FxA button to the overflow menu.
2. Open the Overflow menu and click the FxA button.


*Expected result*
* The FxA button does not have a sub-panel view arrow because it opens the sign-in page when clicked.

*Actual result*
* The FxA button has a subpanel view arrow.

*Regression range*
* This was changed by bug 1690131 so I believe that this is not a regression. In 88.0.1 clicking the button inside overflow opens a subpanel, now it opens sign-in page.



*Notes*
* Attached a screenshot.
Bug: Download tool is opened in background when clicked and dragged from the overflow menu
Status: NEW
Priority: P3
Created: 2021-05-26 07:29:01+00:00
Resolved: 2021-05-27 16:09:48+00:00

**Affected versions**
- Firefox 89.0
- Firefox 90.0a1

**Affected platforms**
- macOS 10.15.7
- Windows 10

**Steps to reproduce**
1. Launch Firefox
2. Access customize mode
3. Drag the download tool to overflow menu and save the changes
4. Open overflow menu and click and drag down over the download tool

**Expected result**
- The download tool is not opened in the background

**Actual result**
- The download tool is opened in the background

**Regression range**
- This doesn't seem to be a regression, as it happens way back on 2018 builds, and in 2017 there was no overflow menu.

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1QkEGSZwVajQQyvKeYj6MRSlWSStDWrzB/view?usp=sharing)
- Ubuntu 20.04 doesn't seem to be affected as it will open the panel as soon as it is clicked, without any animation.
Bug: Lots of empty space inside overflow menu on the bottom while in customize mode when the scrollbar is active
Status: NEW
Priority: P3
Created: 2021-05-26 08:58:40+00:00
Resolved: 2022-03-27 18:13:01+00:00

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

*Affected platforms*
* macOS 11
* Windows 10x64



*Steps to reproduce*
1. Open Firefox and add items to the overflow menu.
2. If the scrollbar is not displayed, resize the browser making it smaller until the scrollbar for the overflow is displayed.
3. Scroll down and observe the bottom area.


*Expected result*
* There is not a lot of space remaining.

*Actual result*
* A lot of empty space is displayed inside on the bottom area.

*Regression range*
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=e17c6f92b2bf41e464bbbea1afbff9c9e78db93b&tochange=94323c03b3da46afb965744af83cb6acfa92fc63




*Notes*
* Attached a screenshot.
Bug: The bookmark toolbar items and the message for the empty bookmark bar are rendered one over another
Status: NEW
Priority: P5
Created: 2021-05-26 09:13:10+00:00
Resolved: 2022-02-25 17:11:14+00:00

**Affected versions**
- Firefox 89.0
- Firefox 90.0a1

**Affected platforms**
- macOS 10.15.7
- Ubuntu 20.04
- Windows 10

**Steps to reproduce**
1. Launch Firefox and access customize mode
2. Drag import bookmarks and then bookmark toolbar items slowly to the toolbar or in the list (the message "For quick access, place your bookmarks here on the bookmarks toolbar"  needs to appear in the empty bookmarks toolbar in order to reproduce it)
3. Click on restore defaults
4. Right click on toolbar and select bookmarks toolbar -> always show

**Expected result**
- The bookmark toolbar items is shown after the quick access message (can see it in the attachment in bug)

**Actual result**
- Both the bookmark toolbar items and the message are rendered one over another.

**Regression range**
- Seems to be a regression from 2021-12-03 and onward
* First bad: 2021-12-03
* Last good: 2021-12-02
* Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=ec6a64b639a82e957376c09a71aef7ce62b3a5aa&tochange=f4417c559c57499576484b75a2cc0d2d013cf3fd
* Potential regressor: Bug 1678921 - make empty toolbar disclaimer take up no horizontal space, so the entire toolbar functions as a drag target for bookmarks

**Additional notes**
- The issue can be seen in the following [attachment](https://drive.google.com/file/d/1VexMyGgAmfpO_txEsTMIFgn-WuJRUp0e/view?usp=sharing)
Bug: @amazon search shortcut tile is not updated to a direct link after removing the engine
Status: NEW
Priority: P3
Created: 2021-05-26 13:58:16+00:00
Resolved: 2023-08-17 13:02:28+00:00

**Note**
* This is a spin off from bug 1712297 that only affects the locales/regions combinations where Amazon was added recently (bug 1705374)

**Affected versions**
* Firefox 88- set as Wontfix (same as on bug 1712297)
* Firefox 89RC
* Firefox 90.0a1 2021-05-26

**Affected platforms**
* ALL

**Steps to reproduce**
1. Set up a user.js that points to stage
2. Download an old localized Firefox build (a version where bug 1712297 reproduces) and set up the region in user.js. We used `ca` locale and `GB` region.
3. Start Firefox with the previously created profile and check for Amazon search engine and Amazon topsite (make sure it is pinned).
4. Update Firefox to the latest version 
5. From about:preferences#search, remove the Amazon search engine and check again the Amazon topsite.

**Expected result**
* Amazon tile should be a direct link

**Actual result**
* Amazon tile remains a search shortcut that opens the address bar when clicked. The issue goes away after browser restart.
Bug: The text string from the Tracking Protection Milestone notification is not centered
Status: RESOLVED
Priority: P5
Resolution: WONTFIX
Created: 2021-05-26 14:06:53+00:00
Resolved: 2022-07-21 15:07:37+00:00

**[Affected versions]:**
- Firefox Release 88.0.1 - Build ID: 20210504152106
- Firefox Beta 89.0 - Build ID: 20210524222230
- Firefox Nightly 90.0a1 - Build ID: 20210526094846

**[Affected Platforms]:**
- Windows 10 x64
- Linux Mint 20 x64

**[Prerequisites]:**
- Have the `browser.newtabpage.activity-stream.asrouter.devtoolsEnabled` pref set to `true` in the "about:config" page.

**[Steps to reproduce]:**
1. Open the browser with the profile from the prerequisites.
2. Navigate to the "about:newtab#asrouter" page.
3. Click the "Show" button from the "MILESTONE_MESSAGE_87" section.
3. Observe the Tracking Protection Milestone notification from the left side of the "Address Bar".

**[Expected result]:**
- All the elements are correctly centered inside the notification.
 
**[Actual result]:**
- The text string is not centered.

**[Additional Notes]:**
- This issue was already fixed for macOS in bug 1711111.
- Attached a screenshot of the issue.
Bug: Proton : Mac 10.14 - panels should have the correct border colour
Status: NEW
Priority: P3
Created: 2021-05-26 14:49:36+00:00
Resolved: 2021-05-26 18:59:36+00:00

Proton : Mac 10.14 - panels should have the correct border colour


**Affected**
Firefox Beta 89
Firefox Nightly 90.0a1

**OS affected**
Only mac 10.14.6 seems affected, on mac 15, win10, and Ubuntu 20 i see it correctly

**steps to reproduce**
go to https://permission.site
Click on notifications
check border color with Xscope on notification box


**Actual**
color shows ececf1 

**expected**
color should be #f0f0f4,
Bug: Firefox previous session is destroyed on close
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-05-26 17:57:45+00:00
Resolved: 2021-08-02 07:25:07+00:00

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

Steps to reproduce:

1. Start firefox and make sure to set "Startup: restore previous session"
2. Open a few tabs so you can recognize the session
3. Close firefox and reopen, now you will see a new session with none of the old tabs




Actual results:

My session disappears when I close and reopen firefox


Expected results:

My session should resume when I re-open firefox.

It currently works this way when firefox is open and I shutdown my computer. Then the next day I'll start my computer and open firefox and it will resume my last session.
Bug: fx 89: no titelbar color differentiation between background and foreground fx windows
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-05-26 18:30:19+00:00
Resolved: 2023-03-08 17:15:51+00:00

For native win10 titebars this functionality is provided by the following win10 setting

https://bugzilla.mozilla.org/attachment.cgi?id=9223297

which is ignored by fx 89 (Bug 1712670)

foreground titlebars use the specified color and background ones are white

However even if you ignore the setting and force an your own titlebar color (which is a mistake) it still can and should varied for background windows.
Bug: Tabs overlay and becoming hard to close
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-26 21:14:55+00:00
Resolved: 2021-07-05 11:33:53+00:00

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

Steps to reproduce:

I tried opening many tabs in order to learn about tenserflow, couple of colab notebooks, zoom,whatsApp,Youtube an other sites. 


Actual results:

Two tabs overlayed, if I try to close one another appears, this was going round,Then I pull out the tab. again I pull out the tab and closed that


Expected results:

the overlay shouldn't have happend
Bug: Browsing local filesystem, clicking to open a file should do something better than prompting (and not save the chosen action / allow "always" saving/opening)
Status: NEW
Priority: P3
Created: 2021-05-27 07:44:54+00:00
Resolved: 2024-02-27 18:00:37+00:00

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

Steps to reproduce:

Browse the local filesystem by entering a path in the URI bar.  For example on Windows enter C:\ and press Enter.  It gets converted to file:///c:/ and the tab shows a listing of that directory.

Now suppose the directory contains a file of type that cannot be displayed directly by Firefox, but is associated with another application -- such as a .csv file.  Click on that .csv file in the directory listing.


Actual results:

It "downloads" a copy of the file to your Downloads folder, as if you had downloaded it from a website.  This even happens if it was the Downloads folder itself you were browsing!


Expected results:

Since the file is already on local disk, it shouldn't be "downloaded" but just opened directly from its existing location.  Firefox should start whichever other application is registered for files of this type and pass it the filename directly.

In other words, file: URIs should be treated a bit differently from other types.  They can be turned directly into filenames and passed to other applications.  No need to download and save the file first as you would for other URI schemes.
Bug: YouTube starts unexpectedly
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-05-27 10:28:33+00:00
Resolved: 2021-06-15 11:16:09+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.1 Safari/605.1.15

Steps to reproduce:

I use FireFox version 88.0.1 on macOS 10.15.7
When a YouTube video is paused and I close the lid on my MacBook, the video sometimes starts playing whilst the lid is closed. This only happens with FireFox.


Actual results:

Paused YouTube video starts playing, with sound, when MacBook lid is closed.


Expected results:

Paused YouTube video should NOR start when when MacBook lid is closed.
Bug: Intermittent toolkit/components/thumbnails/test/browser_thumbnails_update.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-05-27 10:38:42+00:00
Resolved: 2022-07-25 23:14:22+00:00

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

---
```
[task 2021-05-27T10:05:19.524Z] 10:05:19     INFO - Entering test bound thumbnails_captureAndStoreIfStale_error_response
[task 2021-05-27T10:05:19.524Z] 10:05:19     INFO - Buffered messages logged at 10:03:50
[task 2021-05-27T10:05:19.524Z] 10:05:19     INFO - TEST-PASS | toolkit/components/thumbnails/test/browser_thumbnails_update.js | we have a green thumbnail - 
[task 2021-05-27T10:05:19.525Z] 10:05:19     INFO - TEST-PASS | toolkit/components/thumbnails/test/browser_thumbnails_update.js | C:\Users\task_1622108680\AppData\Local\Temp\tmphommul2l.mozrunner\thumbnails\eae6197cdeceaf2b806a2119a1bf8ebe.png should exist - 
[task 2021-05-27T10:05:19.525Z] 10:05:19     INFO - Console message: [JavaScript Error: "Error: Internal error: expecting msg 210,  got 211: {"id":211}" {file: "resource://gre/modules/PromiseWorker.jsm" line: 241}]
[task 2021-05-27T10:05:19.525Z] 10:05:19     INFO - get _worker/worker.onmessage@resource://gre/modules/PromiseWorker.jsm:241:15
[task 2021-05-27T10:05:19.525Z] 10:05:19     INFO - 
[task 2021-05-27T10:05:19.526Z] 10:05:19     INFO - Console message: [JavaScript Error: "Error: Internal error: expecting msg 211,  got 212: {"fail":{"exn":"DOMException","message":"Refusing to overwrite the file at C:\\Users\\task_1622108680\\AppData\\Local\\Temp\\tmphommul2l.mozrunner\\thumbnails\\eae6197cdeceaf2b806a2119a1bf8ebe.png\nSpecify `mode: \"overwrite\"` to allow overwriting the destination"},"id":212}" {file: "resource://gre/modules/PromiseWorker.jsm" line: 241}]
[task 2021-05-27T10:05:19.526Z] 10:05:19     INFO - get _worker/worker.onmessage@resource://gre/modules/PromiseWorker.jsm:241:15
[task 2021-05-27T10:05:19.526Z] 10:05:19     INFO - 
[task 2021-05-27T10:05:19.527Z] 10:05:19     INFO - Console message: [JavaScript Error: "Error: Internal error: expecting msg 212,  got 210: {"ok":true,"id":210}" {file: "resource://gre/modules/PromiseWorker.jsm" line: 241}]
[task 2021-05-27T10:05:19.527Z] 10:05:19     INFO - get _worker/worker.onmessage@resource://gre/modules/PromiseWorker.jsm:241:15
[task 2021-05-27T10:05:19.527Z] 10:05:19     INFO - 
[task 2021-05-27T10:05:19.527Z] 10:05:19     INFO - Buffered messages finished
[task 2021-05-27T10:05:19.528Z] 10:05:19     INFO - TEST-UNEXPECTED-FAIL | toolkit/components/thumbnails/test/browser_thumbnails_update.js | Test timed out - 

```
Bug: Creditcard and address sync engines silently broken
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-05-27 10:56:42+00:00
Resolved: 2021-07-07 12:54:44+00:00

A couple of spots where the change from `resource://formautofill/` to `resource://autofill/` was missed.

Given Fenix trying to land CC sync, we should uplift this as far as we can.