Closed
Bug 618920
Opened 14 years ago
Closed 13 years ago
Mozmill uses sleeptime=4 in run_tests for no apparent reason
Categories
(Testing Graveyard :: Mozmill, defect)
Testing Graveyard
Mozmill
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: k0scist, Assigned: k0scist)
Details
(Whiteboard: [mozmill-1.5.2-verified][mozmill-2.0+])
Attachments
(1 file)
1.06 KB,
patch
|
cmtalbert
:
review+
|
Details | Diff | Splinter Review |
In the run_tests and run_dir methods, Mozmill uses sleeptime=4. On my computer, changing this to sleeptime=0 doesn't have any noticable consequences (except, of course, less of a sleep time). If there is no reason to keep this, then it should be deleted. See discussion at https://bugzilla.mozilla.org/show_bug.cgi?id=585106#c25 and https://bugzilla.mozilla.org/show_bug.cgi?id=585106#c32
Assignee | ||
Comment 1•14 years ago
|
||
Attachment #497335 -
Flags: review?(ctalbert)
Assignee | ||
Updated•14 years ago
|
Whiteboard: [mozmill-1.5.2?]
Comment 2•14 years ago
|
||
Are those the 4 mysterious seconds we wait after the browser has been opened and before the tests get started?
Assignee | ||
Comment 3•14 years ago
|
||
(In reply to comment #2) > Are those the 4 mysterious seconds we wait after the browser has been opened > and before the tests get started? That would be they
Attachment #497335 -
Flags: review?(ctalbert) → review+
Comment 4•14 years ago
|
||
Once this patch lands we should run a couple of tests to make sure we don't break anything for the first tests to run. CC'ing some folks.
Assignee: nobody → jhammel
Status: NEW → ASSIGNED
Comment 5•14 years ago
|
||
I'm a little concerned about slower systems, but yeah lets put this patch to trial
Assignee | ||
Comment 6•14 years ago
|
||
pushed https://github.com/mozautomation/mozmill/commit/8ca6451a3a4bf579363f4c6bab797b17686d2a32 Will keep this bug open for the case on master as well as if any problems come up from this landing
Assignee | ||
Updated•14 years ago
|
Whiteboard: [mozmill-1.5.2+] → [mozmill-1.5.2+][mozmill-2.0?]
Assignee | ||
Comment 7•14 years ago
|
||
Should we port this to master? How long do we want to wait?
Comment 8•14 years ago
|
||
As far as I can see it works great. There is no long delay anymore until the tests get run. I can't see a reason why it should affect slow systems. We don't really take care of the initial start pages at the moment. Whenever we want to work with those, we will simply have to call waitForPageLoad for all of them. I would say lets get it also pushed to master and finally fixed. Thanks Jeff.
Comment 9•14 years ago
|
||
Oh, and for out test-runs (non-restart and restart tests) it will save us another 15*4s = 60s! By an overall time of around 464s for Minefield it will be a time-safer of 12.7%.
Whiteboard: [mozmill-1.5.2+][mozmill-2.0?] → [mozmill-1.5.2+][mozmill-2.0+]
Assignee | ||
Comment 10•14 years ago
|
||
pushed to master: https://github.com/mozautomation/mozmill/commit/02a5ce6ede9d1267297894d86c98888654008d8e
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 11•13 years ago
|
||
Haven't experienced any problems with this change so far across platforms. Marking as verified fixed.
Status: RESOLVED → VERIFIED
Comment 12•13 years ago
|
||
Jeff, while testing Mozmill 2 today, I have seen that we still have a strange 4s delay right after start. Hasn't it be correctly fixed for 2.0?
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Whiteboard: [mozmill-1.5.2+][mozmill-2.0+] → [mozmill-1.5.2-verified][mozmill-2.0+]
Comment 13•13 years ago
|
||
(In reply to comment #12) > Jeff, while testing Mozmill 2 today, I have seen that we still have a strange > 4s delay right after start. Hasn't it be correctly fixed for 2.0? That is more likely related to switching to NSPR sockets for 2.0, we have to poll for a connection, and the polling interval is a second or two. Will look into cutting it down on startup if that's the case.
Assignee | ||
Comment 14•13 years ago
|
||
The sleeptime=4 calls have been replaced in master. I checked the source this morning. If there is a delay, this is not the cause
Comment 15•13 years ago
|
||
Ok, so this is then related to NSPR. Heather, I will file a new bug for it. Closing this bug because it's really fixed.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 13 years ago
Resolution: --- → FIXED
Updated•13 years ago
|
Status: RESOLVED → VERIFIED
Updated•8 years ago
|
Product: Testing → Testing Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•