Open Bug 1753610 Opened 1 year ago Updated 1 year ago

Address Autofill doorhanger is not displayed when submitting a form


(Toolkit :: Form Autofill, defect, P3)




Tracking Status
firefox-esr91 --- disabled
firefox96 --- disabled
firefox97 --- disabled
firefox98 --- disabled


(Reporter: simona.marcu, Unassigned)


(Blocks 2 open bugs)


Affected Versions:

Nightly 98.0a1

Tested on:

MacOS 11.6
Windows 10

Preconditions: US,CA
extensions.formautofill.addresses.enabled true
extensions.formautofill.supportedCountries US,CA
extensions.formautofill.addresses.capture.enabled true

Steps to reproduce:

  1. Navigate to
  2. Fill in manually all the info and submit the form.

Expected Results:

The Address Autofill Save Doorhangher should be displayed with the option to save the address.

Actual Results:

The Address Autofill Save Doorhangher is not displayed.


Severity: S3 severity.
Reproducible on both CA and the US builds.

Alright, I think I know what's going on here. So the first time an address form is submitted, with address capture enabled, we will display the "firstTimeUse" doorhanger which says "Nightly now saves address so you can fill forms faster.". By showing this doorhanger, we then set the ADDRESSES_FIRST_TIME_USE_PREF to false so we won't display the "firstTimeUser" doorhanger again. However, this means there's a chance we never initialize a doorhanger for address capture when an address form is submitted, because the else branch after an address capture has been used for the first time is just a telemetry call.

Given that a manually filled form doesn't have a stored GUID associated with it, we end up in a branch where we don't initialize doorhanger for address capture and so we do nothing in this situation. I suppose the remedy is to initialize the doorhanger in the else branch where we make the telemetry call and handle the doorhanger action there as well.

Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.