Closed Bug 614690 Opened 15 years ago Closed 15 years ago

Change click() calls to waitThenClick() in testDownloadStates.js

Categories

(Mozilla QA Graveyard :: Mozmill Tests, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: aaronmt, Assigned: aaronmt)

References

()

Details

(Whiteboard: [mozmill-test-failure])

Attachments

(1 file)

After waiting for the download state, in consideration for network speeds/latency, the test should wait for the button elements to appear before the test attempts to click on element. This should also be backported on older branches.
s/click/waitThenClick/
Assignee: nobody → aaron.train
Status: NEW → ASSIGNED
Attachment #493123 - Flags: review?(hskupin)
Dave, as what I have remembered now, you reported a similar issue last week. Could you please help me in updating my mind? Did this patch fixes the issue for you?
IIRC there were two common failure points for me when I was running this test. The first was the timeout waiting for the download window to appear, and the second was the clicks on the download window buttons. The patch looks like it would add robustness to the latter. This test is very dependent on server responses, so when running on a slow connection the timeouts could be exceeded.
Comment on attachment 493123 [details] [diff] [review] Patch v1 - (default) Thanks Dave. That explains it. So as long as we do not have a solid API around the download manager lets get this in. And with the download manager to appear you probably mean the helper application dialog which pops-up and lets you choose to open or save the file. We should get this on file separately.
Attachment #493123 - Flags: review?(hskupin) → review+
Status: ASSIGNED → RESOLVED
Closed: 15 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: