Affected versions

• 80.0, 81.0a1 (2020-08-23)

Affected platforms

• macOS 10.15, Windows 10

Steps to reproduce
Following setup:

• "extensions.formautofill.available" change it from "detect" to "on"
• "browser.search.region" change to "US"
• in about:preferences#privacy click on Saved Addresses and add at least 1 new address;

Steps:
(A)

1. Launch Firefox and access this link;
2. Double click on any field and select any dataset from the list;
3. Change the value for any auto-filled section;
4. Click on the Submit button from the webpage;

(B)

• same issue for filling in the form and pressing the submit button;

Expected result

• pop-up notifying of changes to data displayed;

Actual result

• pop-up not displayed;

Regression range

• First bad: 2020-07-22;
• Last good: 2020-07-21;
• Pushlog: URL;
• Potential regressor: mozregression points towards bug 1648064 but that shouldn't be it;

Additional notes

• attached recording with the issue;
• S2 as suggested severity since we're looking at lack of functionality but in a not-so-often used area.

Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=04c1d72c0353a2dd371d49aead7eafbbf5d50502&tochange=2c616f35af14e7df42b39ac84533e8b2c897323d

Sounds like an expected change given the regressing bug.

Hi Matt, Could you please assign severity for this bug? Cristian has shared severity suggestion in his report above

Jim, can you weigh in on whether this is expected behavior or not?

Yeah, we did this on purpose to address a long standing address duplication problem. You can reenable if you rely on it through prefs.

We do not have an owner for form autofill right now, trying to sort that out in the next few weeks. Hopefully after we get that done someone will take over triage the component. In the mean time I'm trying to keep an eye on incoming bugs for issues that are critical.

Doesn't sound like we need to track this bug then.