Closed
Bug 810180
Opened 12 years ago
Closed 12 years ago
Convert browser_private_search.js to use the per-window PB APIs
Categories
(Firefox :: Private Browsing, defect)
Tracking
()
RESOLVED
FIXED
Firefox 20
People
(Reporter: ehsan.akhgari, Assigned: ehsan.akhgari)
References
(Blocks 1 open bug)
Details
Attachments
(2 files)
(deleted),
patch
|
ehsan.akhgari
:
review+
|
Details | Diff | Splinter Review |
(deleted),
patch
|
jdm
:
review+
|
Details | Diff | Splinter Review |
Assignee | ||
Comment 1•12 years ago
|
||
Andres, can you guys prioritize this one please? This test is currently failing on the Birch branch and I'd like to bring Birch to a green status. Thanks!
Updated•12 years ago
|
Assignee: nobody → andres
Updated•12 years ago
|
Status: NEW → ASSIGNED
Comment 2•12 years ago
|
||
Attachment #684795 -
Flags: review?(ehsan)
Assignee | ||
Updated•12 years ago
|
Attachment #684795 -
Flags: review?(ehsan) → review+
Assignee | ||
Comment 3•12 years ago
|
||
Comment 4•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 20
Assignee | ||
Comment 5•12 years ago
|
||
This test is timing out on Birch: https://tbpl.mozilla.org/php/getParsedLog.php?id=17326903&tree=Birch
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 6•12 years ago
|
||
The screenshot in the log shows that the third window is open and the search bar contains the "p". Presumably the history box isn't showing up for some reason.
Comment 7•12 years ago
|
||
I took a look at this and I cannot reproduce the issue locally. The only way I found that the history box is not shown, is when the 'public' search in the first window is not loaded, so there's nothing to show in the history and the history popup doesn't open.
However, according to the log, the search is loaded:
TEST-INFO | chrome://mochitests/content/browser/browser/components/search/test/browser_private_search_perwindowpb.js | http://mochi.test:8888/browser/browser/components/search/test/test.html?test=public+test
Any ideas?
Assignee | ||
Comment 8•12 years ago
|
||
Strangely enough, I can't reproduce this locally either...
1. It could be a focus issue, since we don't actually make sure that the window is focused before invoking the popup. I landed a patch to use waitForFocus, and we'll see if it fixes the orange: https://hg.mozilla.org/mozilla-central/rev/c63d5cff18ba
2. Looking more closely at the screenshot, the search box is not focused, which could mean that something in this event handler throws: <http://mxr.mozilla.org/mozilla-central/source/browser/components/search/test/browser_private_search_perwindowpb.js#88>. To test that theory, you need to stick that code inside a try/catch block and log any possible exceptions that get thrown to see what's going on. Unfortunately you need to test this on the try server as we don't seem to be able to reproduce the bug on our machines, but let's first wait and see if this fixes the orange on birch...
Assignee | ||
Comment 9•12 years ago
|
||
FWIW I just merged my patch to Birch...
Assignee | ||
Comment 10•12 years ago
|
||
Assignee | ||
Comment 11•12 years ago
|
||
FWIW, my patch does not seem to have helped.
Comment 12•12 years ago
|
||
I added a couple of info logs and a try/catch block just for testing and the try run is all green. See: https://tbpl.mozilla.org/?tree=Try&rev=4fa30a53a1cf
I just ran it on linux, do you know if it was failing on a different OS or any other feature I'm missing?
Comment 13•12 years ago
|
||
Are you sure that try push actually used MOZ_PER_WINDOW_PRIVATE_BROWSING?
Comment 14•12 years ago
|
||
(In reply to Josh Matthews [:jdm] from comment #13)
> Are you sure that try push actually used MOZ_PER_WINDOW_PRIVATE_BROWSING?
Good point, how I specify that flag on the try commit?
Comment 15•12 years ago
|
||
Assignee | ||
Comment 16•12 years ago
|
||
To be more clear, you need to change this file like this: <https://hg.mozilla.org/projects/birch/rev/4ebb3a929502>.
Incidentally, this changeset is the only thing that the Birch branch has extra to mozilla-central.
Comment 17•12 years ago
|
||
Thank you both for clarifying! I'll run it again on try.
Comment 18•12 years ago
|
||
All green on Linux, with just the info logs.
https://tbpl.mozilla.org/?tree=Try&rev=f609b9a45978
Assignee | ||
Comment 19•12 years ago
|
||
OK, I *bet* that this is another manifestation of bug 817463. What happens is that the home page loads, and steals the focus from the search bar, which can screw up this test. My patch in that bug will probably fix this.
Depends on: 817463
Assignee | ||
Comment 20•12 years ago
|
||
Hmm, actually the fix in bug 817463 won't affect this test since it lives in a different directory, but I can basically write the same patch for this test as well.
Assignee | ||
Comment 21•12 years ago
|
||
Comment 22•12 years ago
|
||
Comment on attachment 687615 [details] [diff] [review]
Test fix
Review of attachment 687615 [details] [diff] [review]:
-----------------------------------------------------------------
Yes yes yes.
Attachment #687615 -
Flags: review?(josh) → review+
Assignee | ||
Comment 23•12 years ago
|
||
With this patch, we might finally make Birch fully green tonight, except on Windows (bug 817447). Yay! \o/
https://hg.mozilla.org/mozilla-central/rev/d9020fa719c5
Status: ASSIGNED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 24•12 years ago
|
||
(In reply to comment #23)
> With this patch, we might finally make Birch fully green tonight, except on
> Windows (bug 817447). Yay! \o/
Spoke too soon... See bug 817487. :(
You need to log in
before you can comment on or make changes to this bug.
Description
•