av9ash/GitBugs huggingface dataset:
Bug: Duplicate submission of the form with file in Firefox 68 onwards
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2020-02-03 13:04:02+00:00
Resolved: 2020-02-12 20:21:52+00:00

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

Steps to reproduce:

I am calling below javascript function(debugFF) to submit form with a .xml file using  enctype="multipart/form-data" and post method.
function debugFF() {
 var myForm=document.getElementById("myForm");
 var event1=document.createEvent("HTMLEvents");
 event1.initEvent("submit",true,true);
 if(myForm.dispatchEvent(event1)){
	myForm.submit();
 }
}



Actual results:

The form is being submitted twice to action URL in Firefox V68 (Also reproducible in latest Firfox 72.0.2). And If I don't select any file then there is no such issue. 


Expected results:

It should be submitted only once regardless any file is chosen or not. This issue doesn't exist in old Firefox (V67 and earlier).
Bug: Social category is shown under None Detected even when blocking
Status: NEW
Priority: P3
Created: 2020-02-03 14:56:52+00:00
Resolved: 2022-10-11 23:54:45+00:00

On https://senglehardt.com/test/trackingprotection/test_pages/social_tracking_protection.html, the content blocking log shows social cookies blocked but the UI says none detected. Need to investigate this...
Bug: [Custom mode] Social Media Trackers don’t appear in the "Allowed" sections
Status: NEW
Priority: P3
Created: 2020-02-03 15:32:11+00:00
Resolved: 2022-10-11 23:54:47+00:00

**Affected versions**
* Firefox 74.a01
* Firefox 73.0b11
*Firefox 72.0.2

**Affected platforms**
* Windows 10 x64
* Ubuntu 18.04 x64
* macOS 10.13

**Steps to reproduce**
1. Go to about:preferences#privacy.
2. Select Custom mode and make sure that everything is selected except "Cookies".
3. Go to https://www.boredpanda.com/ or any other site that has Social Media Trackers. 
4. Click on the shield icon.

**Expected result**
* Social Media Trackers are displayed in the "Allowed" section. 
 
**Actual result**
* Social Media Trackers are displayed in the "None Detected" section. 

**Regression range**
* last good: 01-11-2019
* first bad: 04-11-2019
* I can't find the exact regression, because on the builds that between 02-11-2019 and 02-11-2019, Social Media trackers are not detected. 

**Additional notes**
* If you select everything from Custom, Social Media Trackers are listed in the "Blocked" section.
Bug: On an e-commerce site, after a 3rd party credit card iFrame successfully validates a credit card - it is no longer able to re-direct the main page back to the Order Summary page.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-03 15:37:22+00:00
Resolved: 2020-02-13 04:18:06+00:00

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

Steps to reproduce:

When ANY Firefox customer submit a valid credit card through a 3rd party payment processing iFrame, the iFrame cannot re-direct the main site page back to the Order Summary page on our e-commerce website. The same cards/steps work on any other browser, and worked on Firefox up until a recent version.


Actual results:

Verified that the 3rd party credit card processing company did return the expected result (approving the card), but the iFrame was not able to redirect the URL of the main page to the next step in the checkout process. The iFrame "landing page" shows up and remains on screen instead of advancing the main page URL to the Order Summary Page.


Expected results:

Once the credit card is validated, the response from the 3rd party iFrame site is parsed/received, and if a status of "Approved" is received (which it is from reviewing), the iFrame is supposed to re-direct the main page to the next step in the Checkout Process (an Order Summary page in this CMS checkout sequence). Only Firefox has this issue, and only recent versions. The site has functioned without change or issue for several years on all browsers.
Bug: Privacy notice "link" is not clickable, in snippet-delivered promo for Mozilla Labs Newsletter (it's actually just an underline element)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-03 17:20:05+00:00
Resolved: 2020-02-04 23:16:08+00:00

STR:
 (1) Receive a new-tab snippet saying:
>  The future is now. And tomorrow. It actually just keeps going. Get updated on the tech of the future with Mozilla Labs news. [Learn More]

 (2) Click the "Learn More" button, which changes the snippet to show the following give-us-your-email sign-up prompt with a privacy permission checkbox (note that "this privacy notice" is underlined and looks visually like a link):
> The Mozilla Labs newsletter is what you need! [...]
> [ ] I'm okay with Mozilla handling my info as explained in _ this Privacy Notice. _

 (3) Try to click "this Privacy Notice"

EXPECTED RESULTS:
I should be taken to a privacy notice.

ACTUAL RESULTS:
I'm not redirected anywhere -- instead, the checkbox becomes checked! (because Firefox is interpreting the click as a click on the checkbox-label). The link itself does no linking. In fact, it's not even a link - devtools shows that it's simply a `u` "underline" element, with no link tag / link-target.

This feels likely to be a version of bug 1609635 -- filing it as a separate dependency for now, since it's a somewhat different symptom (with a "link" visually present but non-functional, instead of absent entirely). Feel free to dupe as-appropriate.
Bug: modifying bookmark via multiple windows - lose changes
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-03 20:21:02+00:00
Resolved: 2020-02-24 09:17:24+00:00

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

Steps to reproduce:

Have two or more ff windows open (both non-private).
Have a number of tabs in each.
Bookmark a site on window 2 (i created a new folder to put it in too).
Bookmark a site on window 1.



Actual results:

window 2's changes dont persist (silently lost) and are not reflected in window 1's bookmark list.



Expected results:

all changes/updates to bookmarks on any window should persist and the other windows notified (to reload their instance of bookmarks)
Bug: Magnifer search icon is displayed when browser.discovery.enable is both true and false.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-03 21:52:41+00:00
Resolved: 2020-02-28 18:56:47+00:00

1. Launch firefox nightly
2. open about:config
3. set **browser.search.widget.inNavBar** to true
*browser.discovery.enable** true
4. Visit facebook.com
5. Page is opened and the engine is discovered: signaled by the maginifer search icon and the plus in the search bar
6. Open about:config and set **browser.discovery.enabled** to false

Expected results: The Open Search engine is not discovered: signaled by the lack of the maginifer search icon and the plus in the search bar

Actual results:  Engine is still discovered: the maginifer search icon is displayed.

See attachment for more details.
Bug: reinstalled windows signed in in Firefox but is not syncing bookmarks or other things
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-04 05:06:22+00:00
Resolved: 2020-06-12 03:04:35+00:00

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

Steps to reproduce:

reinstalled Firefox signed with my Firefox id  


Actual results:

not syncing bookmarks ,themes or tabs  


Expected results:

would have my bookmarks,themes and tabs back that were in my previous Firefox
Bug: Bookmarks list jumps about in FF 72
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-02-04 05:07:06+00:00
Resolved: 2020-02-04 17:53:50+00:00

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

Steps to reproduce:

I am having trouble organizing bookmarks in the bookmarks window in FF 72.


Actual results:

If I click on one bookmark in the list, the bottom section expands to cover 1/3 of the screen, and everything jumps about.


Expected results:

Part of this is because the bottom section for bookmarks is so much larger than the bottom section for bookmark folders. But in my opinion, they're both too large, since they make it harder to navigate.

If there is a user setting to fix this, I can't find it. The new about:preferences is hard to read and hard to scroll, and searching there for "bookmarks" doesn't show any relevant preferences.
Bug: Obsolete [customize-entered] CSS rules still in-tree
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-02-04 09:29:51+00:00
Resolved: 2020-05-18 09:57:03+00:00

+++ This bug was initially created as a clone of Bug #1612794 +++
I noticed that the flexible spacers in customize mode have zero min-width and shrink to nothing. mozregression pointed to [this patch](https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=4b6a77b24e823bbf1225b551fac8a11d5e45dc1b&tochange=e141ef5f05d232767ee33649d4088acf9ea27bf1).

Bug 1560348 removed the [customize-entered] attribute on :root, but there are [still a few uses] of it in-tree. These should be changed to [customizing].
Bug: Checkbox and radio button toggles when click on the empty area following the label
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2020-02-04 11:24:49+00:00
Resolved: 2024-02-20 10:16:01+00:00

This is very annoying. The problem happens on about:preferences.


Steps to reproduce:
1. Open about:preferences
2. Click on the empty area following the label of checkbox/radio button

Actual results:
 checkbox/radio button toggles unexpectedly.

Expected results:
  should not toggle
Bug: ctrl+e stopped working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-04 11:59:07+00:00
Resolved: 2020-02-04 12:39:35+00:00

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

Steps to reproduce:

pressed the ctrl+e combination on the keyboard


Actual results:

nothing


Expected results:

focus should have gone to the search text input field ("Search bar")
Bug: The “Popular Topics” navigation section is not displayed for the “US” and “CA” regions in a New Tab page
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-04 12:48:37+00:00
Resolved: 2020-02-28 10:04:01+00:00

**[Affected versions]:**
- Firefox  73.0 Build ID 20200203203546
- Firefox 74.0a1 Build ID 20200203214717

**[Affected Platforms]:**
- Windows 10
- Mac 10.14
- Linux Debian 9

**[Prerequisites]:**
- Set “browser.search.region” to “US” or “CA”
- Restart the browser

**[Steps to reproduce]:**
1. Open a New Tab page.
2. Scroll down the page until after the “Recommended by Pocket” section. 

**[Expected result]:**
“Popular Topics” are displayed.

**[Actual result]:**
“Popular Topics” are missing.

**[Regression]:**
Last good revision: 8680f0205149f322f6646c4d4db896f2ebbb5881
First bad revision: 7fcdfe9a24e467bd95219eaa331aa13c1575796a
Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=8680f0205149f322f6646c4d4db896f2ebbb5881&tochange=7fcdfe9a24e467bd95219eaa331aa13c1575796a 
It looks like bug 1598724 has caused this issue.

**[Additional notes]:**
No matter how many new tabs are opened, “Popular Topics” are not displayed.
“Popular Topics” are displayed after page refresh.

@thecount could you please take a look at this?
Bug: history (and tab?) based suggestions in addressbar sometimes delayed by several seconds
Status: RESOLVED
Priority: P2
Resolution: INCOMPLETE
Created: 2020-02-04 13:47:33+00:00
Resolved: 2023-08-10 13:20:52+00:00

Firefox 74.0a1 on Windows 8.1

Every few days, the address bar doesn't properly populate the history based suggestions in a timely fashion, they can be delayed >10s while the "Search with foo" and "Search in a Private Window" items are shown. The biggest chance to reproduce is if the machine is paging due to RAM limitations.

Slow queries according to about:telemetry:

WITH frecency_stats(count, sum, squares) AS ( SELECT CAST((SELECT IFNULL(value, 0.0) FROM moz_meta WHERE key = :private) AS REAL), CAST((SELECT IFNULL(value, 0.0) FROM moz_meta WHERE key = :private) AS REAL), CAST((SELECT IFNULL(value, 0.0) FROM moz_meta WHERE key = :private) AS REAL) ), autofill_frecency_threshold(value) AS ( SELECT CASE count WHEN 0 THEN 0.0 WHEN 1 THEN sum ELSE (sum / count) + (:stddevMultiplier * sqrt((squares - ((sum * sum) / count)) / count)) END FROM frecency_stats ) SELECT :query_type, fixed_up_host || :private, IFNULL(:prefix, prefix) || moz_origins.host || :private, frecency, bookmarked, id FROM ( SELECT host, host AS fixed_up_host, TOTAL(frecency) AS host_frecency, ( SELECT TOTAL(foreign_count) >... /* places.sqlite */ 
Frequently >5s, once even >50s

COMMIT /* places.sqlite */ 
Once occurrence with 110s, one with 178s

/* do not warn (bug 487789) */ SELECT :query_type, h.url, h.title, EXISTS(SELECT 1 FROM moz_bookmarks WHERE fk = h.id) AS bookmarked, ( SELECT title FROM moz_bookmarks WHERE fk = h.id AND title NOTNULL ORDER BY lastModified DESC LIMIT 1 ) AS btitle, ( SELECT GROUP_CONCAT(t.title, :private) FROM moz_bookmarks b JOIN moz_bookmarks t ON t.id = +b.parent AND t.parent = :parent WHERE b.fk = h.id ) AS tags, h.visit_count, h.typed, h.id, t.open_count, h.frecency FROM ( SELECT ROUND(MAX(use_count) * (1 + (input = :search_string)), 1) AS rank, place_id FROM moz_inputhistory WHERE input BETWEEN :search_string AND :search_string || X:private GROUP BY place_id ) AS i JOIN moz_places h ON h.id = i.place_id LEFT JOIN moz_openpages_temp t ON t.url = h.url AND t.userContextId = :userContextId WHERE AUTOCOMPLETE_MATCH(NULL, h.url, IFNULL(btitle, h.title), tags, ... /* places.sqlite */ 
Few occurrences, up to 7s
Bug: Importing different (password/same user + origin) credentials from edge chromium doesn't create new entries in Firefox
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-04 14:31:34+00:00
Resolved: 2020-02-28 18:57:19+00:00

**Prerequisites**
* Have some credentials saved in Microsoft Edge Chromium and the same credentials (username and origin) but with different password saved in Firefox.

**Affected versions**
* 74.0a1 (2020-02-03)(https://hg.mozilla.org/mozilla-central/rev/9f8766e42efea809351839114d64085d7518adf9)

**Affected platforms**
* Windows 10

**Steps to reproduce**
1. Open Firefox.
2. Navigate to the `about:logins` page.
3. In the `about:logins` page click on the `...` button and in the sub-menu click on the `Import Passwords...` option.
4. Follow the `Import Wizard` instructions and import from Microsoft Edge Chromium.

**Expected result**
* Firefox should import all the logins and create duplicates for entries that have the same username and origin but different password. 

**Actual Result**
* Firefox creates new entries for logins that aren't stored already but it doesn't create duplicates for the login entries that have the same username and origin but different password. 

**Regression range**
* Potentially regressed by: `https://bugzilla.mozilla.org/show_bug.cgi?id=1608513`

**Additional notes**
* Please see the attached screenshots.
Bug: [chrome_settings_override: search_url] when filling `searchTerms` spaces are always replaced to + (plus sign)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-04 14:45:23+00:00
Resolved: 2020-02-28 16:16:41+00:00

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

Steps to reproduce:

1) install any search extension
2) enter multiple words separated by space


Actual results:

search terms became separated by plus sign


Expected results:

In chrome override itself or somewhere else it should be possibility to either choose between `%20` and `+` for word splitting, or the ability to define own JavaScript callback for processing the searchTerms/URL before sending it to search provider.
Bug: Once an addon icon is removed from toolbar, it can't be added back
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-04 19:36:22+00:00
Resolved: 2020-02-20 16:23:59+00:00

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

Steps to reproduce:

I installed Stylus, right-clicked on its icon and clicked "Remove from toolbar" thinking I could add it back if needed. 



Actual results:

I tried adding it back but it's not in the menu, or the "Customize toolbar" page. 


Expected results:

I think addon icons that the user removed should be available in the firefox menu, or the Customize Toolbar  page, or there should be a flag in the addon page to add it back.
Reinstalling an addon is not a solution since you lose all your addon configuration (for example your container profiles, your stylus scripts etc).
Bug: Double clicking to select the text in the urlbar doesn't work for some completions anymore
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-02-04 23:06:28+00:00
Resolved: 2020-02-08 18:30:53+00:00

STR:
- Type "goo"
- This will autocomplete to "google.com" and will suggest "https://google.com/ -- Visit"
- Double clicking in the urlbar should select all the text but it doesn't. It selects it momentarily and then unselects it.

I did a regression window and found this:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b9ffa67dd4dfb935b4f39010eefd615c6d70fdab&tochange=32f7019f65826f9aab0d36d177064461ed1f9b40
Bug: Google Docs not accepting keyboard input to document.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-02-05 00:19:32+00:00
Resolved: 2020-02-06 16:44:00+00:00

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

Steps to reproduce:

Today I updated Firefox Nightly to 74.0a1 using the following extensions (I don't know if relevant): AdBlocker Ultimate, HTTPS Everywhere, NordVPN, Dashlane, Google Translater for Firefox, Universal Bypass, and Windscribe. I did not see this problem until today and has never happened to me before. It happens when I go to drive.google.com, create or open a document, and attempt to type in the document itself.


Actual results:

I can change the title(blue in screenshot) and use keyboard shortcuts to change text alignment, ect.(grey in screenshot) but unable to add or edit the actual contents of the document(red in screenshot).


Expected results:

I can do all I can that I stated above, however I can do things such as type/paste into the document.
Bug: data URIs are misinterpreted as a search, if they include a question mark and a space
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-02-05 01:05:14+00:00
Resolved: 2020-04-30 15:02:42+00:00

STR:
 1. Type or copypaste this data URI into your location bar, and then hit enter:
```
data:text/html,oh hi?
```
(Notice the space character - it is important.)

EXPECTED RESULTS:
Firefox should show me a basic document with content `oh hi?`

ACTUAL RESULTS:
Firefox takes me to a google search for the **search string** `data:text/html,oh hi?`

---

Here's a slightly more complex data URI that's a bit clearer about why it needs spaces and a question mark (and also triggers this issue):
> data:text/html,<div style="color:green">Is this green?

In Chrome and older versions of Firefox, this ^^ URI produces a basic document with some green text saying "Is this green?".  In current Firefox and Firefox Nightly, it gives ACTUAL RESULTS (a google search page for the raw data URI).

mozregression gives me this range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f3e62cd8aef6a739ec433be0c43837fd23af2426&tochange=7a266c35cb309b3be5686b2814947092623bd36e

...which means this was a regression from:
https://hg.mozilla.org/integration/autoland/rev/7a266c35cb309b3be5686b2814947092623bd36e
> Ed Lee — Bug 1541502 - Add Pocket menu, triggering improvements and bug fixes to Activity Stream r=k88hudson
Bug: Search dropdown for most of the website is not getting reflected in search box or getting highlighted when i press down key. Also while i try to tag someone in jira or gmail i can not iterate through list of option with up-down key.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-02-05 04:12:36+00:00
Resolved: 2020-02-28 12:34:52+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:72.0) Gecko/20100101 Firefox/72.0
Bug: Cannot drag and drop the padlock icon to make a bookmark when the site specifies an invalid favicon
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-02-05 08:04:33+00:00
Resolved: 2020-03-13 13:43:28+00:00

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

Steps to reproduce:

1. Visit https://blog.lizzie.io/linux-containers-in-500-loc.html .
2. To make a bookmark, I tried to drag the padlock icon which is at the right side of a shield icon in an address bar.


Actual results:

I could not drag the padlock icon.


Expected results:

I expected that I can drag the padlock icon and drop it into a bookmark bar.
Bug: 2.03 - 3.26% sessionrestore / startup_about_home_paint / ts_paint (linux64-shippable, windows10-64-shippable) regression on push 4f83b17d63bffb866843ca3a687b33d94a8b84cd (Mon February 3 2020)
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-02-05 08:53:13+00:00
Resolved: 2020-02-13 17:00:56+00:00

Talos has detected a Firefox performance regression from push:

https://hg.mozilla.org/integration/autoland/pushloghtml?changeset=4f83b17d63bffb866843ca3a687b33d94a8b84cd

As author of one of the patches included in that push, we need your help to address this regression.

Regressions:

   3%  ts_paint windows10-64-shippable opt e10s stylo                328.88 -> 339.58
   3%  startup_about_home_paint linux64-shippable opt e10s stylo     782.71 -> 803.33
   3%  startup_about_home_paint linux64-shippable opt e10s stylo     783.38 -> 804.00
   2%  sessionrestore linux64-shippable opt e10s stylo               563.38 -> 574.83


You can find links to graphs and comparison views for each of the above tests at: https://treeherder.mozilla.org/perf.html#/alerts?id=24843

On the page above you can see an alert for each affected platform as well as a link to a graph showing the history of scores for this test. There is also a link to a treeherder page showing the Talos jobs in a pushlog format.

To learn more about the regressing test(s), please see: https://wiki.mozilla.org/TestEngineering/Performance/Talos

For information on reproducing and debugging the regression, either on try or locally, see: https://wiki.mozilla.org/TestEngineering/Performance/Talos/Running

*** Please let us know your plans within 3 business days, or the offending patch(es) will be backed out! ***

Our wiki page outlines the common responses and expectations: https://wiki.mozilla.org/TestEngineering/Performance/Talos/RegressionBugsHandling
Bug: Tooltip is not displayed when the user hover the mouse over the protection panel shield icon in the highlighted area
Status: VERIFIED
Priority: P3
Resolution: FIXED
Created: 2020-02-05 09:15:11+00:00
Resolved: 2020-03-04 12:10:35+00:00

#### Affected versions:

ALL
#### Affected platforms:

ALL
#### Steps:

  1. Launch Firefox with a new profile access any website e.g www.wikipedia.org
  2. Hover with the mouse over the shield icon near the address bar, in the highlighted area but not right on the shield icon.

#### Actual result:

The shield icon is highlighted but the tooltip is displayed only if the user hover the mouse cursor exactly on the shield icon. If hover the mouse in the highlighted zone but not directly on the shield icon the tooltip is not displayed.
#### Expected result:

The tooltip should be displayed when the user hover the mouse anywhere in the highlighted area, like on the other buttons or menus.
Please see the video attachment for a better understanding.
Bug: Support login import from Chrome/Edge 80+ on Windows
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-02-05 10:46:44+00:00
Resolved: 2020-03-03 18:18:39+00:00

https://bugs.chromium.org/p/chromium/issues/detail?id=1000799

Seems like we might need migrator updates to continue migrating things chromium is encrypting with oscrypt (the issue mentions cookies, though information elsewhere seems to indicate this may also affect passwords?).