"Forms & Autofill" section appears in "Home" preferences section when visiting about:preferences#home

VERIFIED FIXED in Firefox 64

Status

()

P1
normal
VERIFIED FIXED
a month ago
a month ago

People

(Reporter: ntim, Assigned: jaws)

Tracking

({regression})

unspecified
Firefox 64
regression
Points:
---

Firefox Tracking Flags

(firefox-esr60 unaffected, firefox62 unaffected, firefox63 unaffected, firefox64 verified)

Details

(Whiteboard: [webpayments])

Attachments

(1 attachment)

STR:
- Visit about:preferences#home
- Scroll down

Comment 1

a month ago
I can confirm this bug on Nightly 64.0a1 (BuildID 20181006220113, Windows NT 6.1; Win64).

The "Forms & Autofill" section also appears at the bottom of the page if opened with about:preferences#search or simply about:preferences from the hamburger menu.

In fact, it seems the "Forms & Autofill" section appears at the bottom of any opening tab except "Privacy & Security".

Moreover, if you switch preference tab then come back to the opening tab then the section had disappear.
  - to go about:preferences#home
  - scroll down to find the "Forms & Autofill" section
  - switch to "Privacy & Security"
  - scroll to find the "Forms & Autofill" section at its rightful place
  - switch back to "General"
  - scroll down: the "Forms & Autofill" section is no longer there (has it should)
Keywords: regression, regressionwindow-wanted

Updated

a month ago
status-firefox62: --- → unaffected
status-firefox63: --- → unaffected
status-firefox64: --- → affected
status-firefox-esr60: --- → unaffected

Comment 3

a month ago
Jared, ni for the regression. :-)
Flags: needinfo?(jaws)
Priority: -- → P1
Adding to our current milestone.
Assignee: nobody → jaws
Whiteboard: [webpayments]

Updated

a month ago
Status: NEW → ASSIGNED
Flags: qe-verify?

Updated

a month ago
Flags: qe-verify? → qe-verify+
QA Contact: hani.yacoub
So the cause of this was always happening but wasn't visible before. The Forms & Autofill section is being appended to the DOM after the initial run of the 'search()' function which shows/hides children of the mainPrefPane for the selected category. Changing categories after the page loads does properly hide the Forms & Autofill section. This bug wasn't visible before because the Forms & Autofill section was being appended to a child of the mainPrefPane, and that child was hidden by search().
Created attachment 9017632 [details]
Bug 1497039 - Put a placeholder in privacy.xul that will be used to inject the form-autofill section. r?MattN
This patch is waiting on the patch in bug 1429940 to land, and will be rebased on top of that.
Depends on: 1429940

Comment 8

a month ago
Thanks Jared for thinking about this, but in fact we may end up landing the Preferences groupbox patch in the next release, so feel free to land this now and I'll rebase my patches afterwards.
Flags: needinfo?(jaws)
Thanks!
No longer depends on: 1429940
Flags: needinfo?(jaws)

Comment 10

a month ago
Pushed by jwein@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/eb2a83cba95a
Put a placeholder in privacy.xul that will be used to inject the form-autofill section. r=MattN
Gonna attempt to reland it since the failures don't appear to be related to this bug.
Flags: needinfo?(jaws)

Comment 13

a month ago
Pushed by jwein@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/afdfeb4c004c
Put a placeholder in privacy.xul that will be used to inject the form-autofill section. r=MattN

Comment 14

a month ago
bugherder
https://hg.mozilla.org/mozilla-central/rev/afdfeb4c004c
Status: ASSIGNED → RESOLVED
Last Resolved: a month ago
status-firefox64: affected → fixed
Resolution: --- → FIXED
Target Milestone: --- → Firefox 64

Comment 15

a month ago
Build ID: 20181019005426
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0

Verified as fixed on Firefox Nightly 64.0a1 on Windows 10 x 64, Windows 7 x32, Mac OS X 10.13 and Ubuntu 16.04 x64.
Status: RESOLVED → VERIFIED
status-firefox64: fixed → verified
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.