Closed Bug 631956 Opened 15 years ago Closed 13 years ago

Intermittent browser_522545.js | sessionstore got correct userTypedValue - Got undefined, expected example.org and | sessionstore got correct userTypedClear - Got undefined, expected 0

Categories

(Firefox :: Session Restore, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED FIXED
Firefox 17

People

(Reporter: philor, Assigned: ttaubert)

References

Details

(Keywords: intermittent-failure)

Attachments

(1 file)

A continuation of bug 597634: http://tinderbox.mozilla.org/showlog.cgi?log=TraceMonkey/1297045535.1297047178.3637.gz Rev3 WINNT 6.1 tracemonkey opt test mochitest-other on 2011/02/06 18:25:35 s: talos-r3-w7-049 TEST-PASS | chrome://mochitests/content/browser/browser/components/sessionstore/test/browser/browser_522545.js | userTypedClear was not changed when changing gURLBar.value TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/components/sessionstore/test/browser/browser_522545.js | sessionstore got correct userTypedValue - Got undefined, expected example.org TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/components/sessionstore/test/browser/browser_522545.js | sessionstore got correct userTypedClear - Got undefined, expected 0 Happened on a merge from mozilla-central, so we can't even blame some patch on TM for breaking it.
FWIW, I can perma-orange this bug with the patches in bug 715376, if anybody really wanted to take a look. I'm poking at this today, but I have very little idea about how all the pieces fit together.
Attached patch patch v1 — — Splinter Review
To prepare for the sub-test that covers userTypedValue, we call setBrowserState() and pass an empty session to it. That means we're actually restoring a session. While the single blank tab is still loading, _collectTabData() still returns the tab's restore data because it's not fully restored, yet. Thus we need to wait for it to load until we can compare the value returned by getBrowserState() to the expected values. We need to keep the executeSoon() here so that the test doesn't fail because we rely on a specific order of registered event handlers.
Assignee: nobody → ttaubert
Status: NEW → ASSIGNED
Attachment #645831 - Flags: review?(gavin.sharp)
Attachment #645831 - Flags: review?(gavin.sharp) → review?(nfroyd)
Comment on attachment 645831 [details] [diff] [review] patch v1 Review of attachment 645831 [details] [diff] [review]: ----------------------------------------------------------------- Thanks for looking at this!
Attachment #645831 - Flags: review?(nfroyd) → review+
Whiteboard: [orange] → [orange][fixed-in-fx-team]
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Whiteboard: [orange][fixed-in-fx-team] → [orange]
Target Milestone: --- → Firefox 17
Whiteboard: [orange]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: