Closed Bug 770116 Opened 12 years ago Closed 12 years ago

Test failure 'The pane did not load in time: paneTabs ' when switching panes in preferences window

Categories

(Mozilla QA Graveyard :: Mozmill Tests, defect)

All
macOS
defect
Not set
normal

Tracking

(firefox13 fixed, firefox14 fixed, firefox15 fixed, firefox16 fixed, firefox-esr10 fixed)

RESOLVED FIXED
Tracking Status
firefox13 --- fixed
firefox14 --- fixed
firefox15 --- fixed
firefox16 --- fixed
firefox-esr10 --- fixed

People

(Reporter: whimboo, Assigned: remus.pop)

References

Details

(Whiteboard: [mozmill-test-failure])

Attachments

(1 file)

With the fix on bug 757340 we have introduced a new regression which is intermittent. In some cases tests fail to switch to the target pane due to a timeout in our test. We probably should increase it. How long was the waiting time before? Remus, can you please take that?

http://mozmill-ci.blargon7.com/#/l10n/report/23e194f1171aa4baf774928b2624c069
We were using the default timeout (5s). So the waiting time is the same.
Status: NEW → ASSIGNED
OS: All → Mac OS X
The problem is that with the no animation pref of the pref pane, nodeToProcess.style.opacity == 1 will always be false.
Why is that a problem? We do not rely on this CSS style in our test. Why should it then affect the waitFor() call?
That line is the one that makes the waitFor pass on Mac when we the animation is on.
We do not have the animation enabled! We pref it off before changing the panes. What we are waiting for is the target pane to be selected. There is no transition related code in here:

http://hg.mozilla.org/qa/mozmill-tests/file/32421e34b8d8/lib/prefs.js#l90

Please try if you can reproduce locally.
I was talking about this waitFor:
http://hg.mozilla.org/qa/mozmill-tests/file/32421e34b8d8/lib/dom-utils.js#l345

Yes, I can reproduce it locally.
Oh wow. Yes, those to lines have to be removed than.
What 2 lines? Please check the whole condtion.
(In reply to Remus Pop (:RemusPop) from comment #8)
> What 2 lines? Please check the whole condtion.

Those two lines you was talking about in comment 2. If you have problems please lets discuss this on IRC. This process here slows us down.
The style is no longer affected if we don't have animation (which is disabled in the setter of paneId BTW) so I removed it.
Attachment #638686 - Flags: review?(hskupin)
Attachment #638686 - Flags: review?(dave.hunt)
Attachment #638686 - Flags: review?(dave.hunt)
Comment on attachment 638686 [details] [diff] [review]
patch v1 (aurora)

That works. Thanks for the patch!
Attachment #638686 - Flags: review?(hskupin) → review+
Given that we do not have any tests running on default only which exercise this code path, I pushed it to default and aurora:

http://hg.mozilla.org/qa/mozmill-tests/rev/a3b6cf6264c5 (default)
http://hg.mozilla.org/qa/mozmill-tests/rev/40b3a0afa3ac (aurora)

If that works I will land on the other branches soon.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: