In-content preferences/Test Plan

From MozillaWiki
Jump to: navigation, search

In-content Preferences

Feature Status Lead engineer QA Lead Status
Show PDF inline Development Jared Wein Mihaela Velimiroviciu in progress


As part of UX's goal to eliminate Firefox's separate management windows in favor of in-content designs, the Preferences window should be moved into the content area.

Such a move provides several benefits for users. First, it removes yet another easy-to-lose window. It means that changing preferences in Firefox can be an identical and easy experience across all devices, including tablet computers. It also means that more interactive portions of Preferences, such as about:permissions, can be integrated with the rest of preferences.


Use Cases


Test Cases

  • The test cases for this feature can be viewed here. (tests are still under development, will be updated)
  • Automated tests here

Important Bugs

  • Implementation bugs
    • bug 718011 - [meta] Move preferences from a window/sheet to in-content

Other Bugs

Full Query
ID Summary Priority Status
719717 Move the tabs preferences to in-content UI -- VERIFIED
723328 Move the privacy preferences to in-content UI -- VERIFIED
723737 Move the advanced preferences to in-content UI -- VERIFIED
724686 General pane for in-content Preferences -- VERIFIED
731866 Copy and port current preference tests to run against the in-content preferences -- RESOLVED
732125 Content pane for In-Content preferences -- VERIFIED
733469 Move the applications preferences to in-content UI -- VERIFIED
733473 Implement initial prerequisites for in-content preferences, and landing page -- RESOLVED
734013 Implement the pane-switching functionality for the in-content preferences -- RESOLVED
735091 Sync pane for In-Content preferences -- VERIFIED
735471 Add a pref to switch between window'd preferences and in-content preferences -- VERIFIED
735557 Add about:preferences to the inContentWhitelist -- RESOLVED
737177 Port the security pane to the in-content preferences implementation -- VERIFIED
738796 Visual polish for in-content preferences -- VERIFIED
738797 Enable the in-content preferences by default -- VERIFIED
740213 Investigate why :-moz-any-link is not being applied to text links in the privacy pane of In-Content preferences -- RESOLVED
741047 Implement opening in-content preferences to a given view -- VERIFIED
744936 Security review for In-content preferences -- RESOLVED
752719 Interaction redesign for in-content Preferences -- NEW
753673 In-content preferences Navigation broken after clearing History -- RESOLVED
754120 unable to dismiss modal dialog for saved passwords from in-content preferences -- RESOLVED
754304 make in-content preferences linkable via URL -- VERIFIED
754306 show URL bar for in-content prefs -- VERIFIED
754342 Sync pane shows "undefined" as username when using in-content preferences -- VERIFIED
754398 The "Saved Passwords" window should be non-modal -- RESOLVED
754521 Win: Category buttons (.landingButtons) in in-content prefs styled as regular buttons if not -moz-windows-compositor -- VERIFIED

26 Total; 1 Open (3.85%); 9 Resolved (34.62%); 16 Verified (61.54%);

Not Tested

  • the organization of the preferences - it is *not* a goal of this project to move the modal dialogs accessed through the current preferences window to be rendered in-content. Those dialogs, e.g. the Saved Passwords dialog, will remain as a modal dialog for this project.

Sign off Criteria

  • All the test cases were executed.
  • All the major bugs have been fixed.


  • Pre-beta sign off - 2012-08-24