Closed
Bug 971626
Opened 10 years ago
Closed 10 years ago
Restore Defaults should collapse Title Bar
Categories
(Firefox :: Toolbars and Customization, defect)
Firefox
Toolbars and Customization
Tracking
()
VERIFIED
FIXED
Firefox 30
People
(Reporter: pretzer, Assigned: jaws)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [Australis:P3])
Attachments
(2 files)
11.53 KB,
patch
|
Gijs
:
review+
|
Details | Diff | Splinter Review |
13.61 KB,
patch
|
Sylvestre
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
+++ This bug was initially created as a clone of Bug #966599 +++ Follow-up to bug 966599. Just like for non-default toolbars, clicking 'Restore Defaults' should also reset the Title Bar option and collapse it, since not showing it is the default state.
Assignee | ||
Updated•10 years ago
|
Assignee | ||
Comment 1•10 years ago
|
||
Assignee: nobody → jaws
Status: NEW → ASSIGNED
Attachment #8376023 -
Flags: review?(gijskruitbosch+bugs)
Assignee | ||
Updated•10 years ago
|
Whiteboard: [Australis:P?] → [Australis:P3]
Comment 2•10 years ago
|
||
Comment on attachment 8376023 [details] [diff] [review] Patch Review of attachment 8376023 [details] [diff] [review]: ----------------------------------------------------------------- LGTM! ::: browser/components/customizableui/test/browser_970511_undo_restore_default.js @@ +82,5 @@ > + ok(restoreDefaultsButton.disabled, "Restore defaults button should be disabled after reset"); > + is(titleBarButton.hasAttribute("checked"), !defaultValue, "Title bar button should reflect default value after reset"); > + is(Services.prefs.getBoolPref(prefName), defaultValue, "Reset should reset drawInTitlebar"); > + ok(CustomizableUI.inDefaultState, "In default state after titlebar reset"); > + Nit: check that the undo button is shown and enabled.
Attachment #8376023 -
Flags: review?(gijskruitbosch+bugs) → review+
Assignee | ||
Comment 3•10 years ago
|
||
https://hg.mozilla.org/integration/fx-team/rev/96946c57e083
Flags: in-testsuite+
Assignee | ||
Comment 4•10 years ago
|
||
Pushed a follow-up to fix a CSS reference that didn't get caught when I updated the ID for the undo-reset-button. https://hg.mozilla.org/integration/fx-team/rev/cc2833ffc0c5
Comment 5•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/96946c57e083 https://hg.mozilla.org/mozilla-central/rev/cc2833ffc0c5
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 30
Comment 6•10 years ago
|
||
Jared, was there a reason not to request aurora approval on this bug (yet) ?
Flags: needinfo?(jaws)
Assignee | ||
Comment 7•10 years ago
|
||
No reason, just been behind with travel and setting up a new machine.
Flags: needinfo?(jaws)
Assignee | ||
Comment 8•10 years ago
|
||
[Approval Request Comment] Bug caused by (feature/regressing bug #): adding more functionality to restore defaults User impact if declined: restore defaults doesn't undo titlebar changes Testing completed (on m-c, etc.): on m-c for a while now Risk to taking this patch (and alternatives if risky): none String or IDL/UUID changes made by this patch: none
Attachment #8381673 -
Flags: approval-mozilla-aurora?
Updated•10 years ago
|
status-firefox29:
--- → affected
status-firefox30:
--- → fixed
Updated•10 years ago
|
Attachment #8381673 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Assignee | ||
Comment 9•10 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/61ad035a801b
Comment 10•10 years ago
|
||
Verified fixed on Mac OS X 10.9, Windows 7 64bit and Ubuntu 12.04 using: - latest Aurora 29.0a2 (build ID: 20140314004001) - latest Nightly 30.0a1 (build ID: 20140314030202)
You need to log in
before you can comment on or make changes to this bug.
Description
•