Closed
Bug 566736
Opened 15 years ago
Closed 15 years ago
Lazily initialize the find toolbar
Categories
(Firefox :: General, defect)
Firefox
General
Tracking
()
RESOLVED
FIXED
Firefox 3.7a5
People
(Reporter: asaf, Assigned: asaf)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
(Whiteboard: [ts])
Attachments
(1 file, 4 obsolete files)
(deleted),
patch
|
Details | Diff | Splinter Review |
No description provided.
Attachment #446082 -
Flags: review?(dietrich)
Assignee | ||
Updated•15 years ago
|
Assignee: nobody → mano
Status: NEW → ASSIGNED
Updated•15 years ago
|
Whiteboard: [ts]
Updated•15 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
Comment 1•15 years ago
|
||
perf key word
Assignee | ||
Comment 2•15 years ago
|
||
Attachment #446089 -
Flags: review?(gavin.sharp)
Assignee | ||
Updated•15 years ago
|
Attachment #446082 -
Attachment is obsolete: true
Attachment #446082 -
Flags: review?(dietrich)
Comment 3•15 years ago
|
||
Comment on attachment 446089 [details] [diff] [review]
v2
Looks like this will break http://mxr.mozilla.org/mozilla-central/source/toolkit/components/viewsource/content/viewSource.js#391 . I guess you should fix it to just use browserBottomBox.insertBefore as you do for the findbar. It would be nice to ensure there's a test that would catch that bustage, too.
>diff -r 90d627f2471e browser/base/content/browser.js
>+var gFindBarInitialized = false;
>+window.__defineGetter__("gFindBar", function() {
XPCOMUtils.defineLazyGetter(window, "gFindBar", function(){}) would be slightly simpler (don't need to delete yourself).
>+ let openerFindBarInitialized = window.opener.gFindBarInitialized;
>+ if (openerFindBarInitialized) {
>+ let openerFindBar = window.opener.gFindBar;
>+ if (!openerFindBar.hidden &&
>+ openerFindBar.findMode == openerFindBar.FIND_NORMAL) {
>+ gFindBar.open();
>+ }
>+ }
I think this is a bit easier to read as:
let openerFindbar = opener.gFindBarInitialized && opener.gFindBar;
(or openerFindbar = opener.gFindBarInitialized ? opener.gFindBar : null)
if (openerFindbar && !openerFindbar.hidden &&
openerFindbar.findMode == openerFindbar.FIND_NORMAL)
r=me with those addressed.
Attachment #446089 -
Flags: review?(gavin.sharp) → review+
Assignee | ||
Comment 4•15 years ago
|
||
Attachment #446089 -
Attachment is obsolete: true
Assignee | ||
Comment 5•15 years ago
|
||
a111c9f6a71b
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Backed out due to a11y test failures.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 8•15 years ago
|
||
The test in question is:
http://mxr.mozilla.org/mozilla-central/source/accessible/tests/mochitest/name_nsRootAcc_wnd.xul
Assignee | ||
Comment 9•15 years ago
|
||
I filed bug 566849 for fixing view-source the right way.
Attachment #446097 -
Attachment is obsolete: true
Assignee | ||
Comment 10•15 years ago
|
||
6fc5d661ca55
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Comment 11•15 years ago
|
||
I think this broke test_name_nsRootAcc.xul on Windows:
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1274273683.1274274700.8647.gz
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1274273351.1274275486.12162.gz
Probably because the test fiddles with gFindBar:
http://mxr.mozilla.org/mozilla-central/source/accessible/tests/mochitest/name_nsRootAcc_wnd.xul#35
Can you either fix the test or back out?
Comment 12•15 years ago
|
||
(In reply to comment #11)
> http://mxr.mozilla.org/mozilla-central/source/accessible/tests/mochitest/name_nsRootAcc_wnd.xul#35
Actually this line was landed as part of this bug:
http://hg.mozilla.org/mozilla-central/rev/6fc5d661ca55#l1.8
Comment 13•15 years ago
|
||
Ah. Well, then, whatever it's trying to do is clearly failing on Windows, because that test failed on both the opt and debug test runs.
Comment 14•15 years ago
|
||
I backed this patch out to make the tree green again.
http://hg.mozilla.org/mozilla-central/rev/855b42fbc47e
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 15•15 years ago
|
||
Sorry everyone, and thanks. On that now.
Assignee | ||
Comment 16•15 years ago
|
||
Watching closely.
046c2d2acd3b
Attachment #446209 -
Attachment is obsolete: true
Assignee | ||
Updated•15 years ago
|
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Comment 17•15 years ago
|
||
TBPL results showing 2% win for linux, 4% win for mac 32, 1% regression for mac 64, and no results yet for windows. Mano, please check mac 64 ts on the graph server of the next day to see if it's noise or not.
Assignee | ||
Comment 18•15 years ago
|
||
windows: -1%.
Assignee | ||
Comment 19•15 years ago
|
||
Ts, Cold MED Dirty Profile decrease 2.70% on XP Firefox
Comment 20•15 years ago
|
||
This makes TAF well-nigh unusable. See bug 567309.
Updated•14 years ago
|
Target Milestone: --- → Firefox 3.7a5
Version: unspecified → Trunk
You need to log in
before you can comment on or make changes to this bug.
Description
•