Closed
Bug 1213922
Opened 9 years ago
Closed 9 years ago
Autophone - call power_on after reboots and before s1s2 iterations
Categories
(Testing Graveyard :: Autophone, defect)
Testing Graveyard
Autophone
Tracking
(firefox44 affected)
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
firefox44 | --- | affected |
People
(Reporter: bc, Assigned: bc)
References
Details
Attachments
(1 file)
1.41 KB,
patch
|
jmaher
:
review+
|
Details | Diff | Splinter Review |
We currently call power on for devices during Autophone initialization but do not do so afterwards. I believe we should be calling it more often. We should call it after every reboot. I am beginning to think that perhaps some of our nytimes oranges might be due to the screen turning off after about 10 minutes. Many of the failures to get measurements in production are for test runs which take longer than 10 minutes. I just thought of this and added it to the s1s2 test for each iteration in this patch. I've run one test which was green on nytimes on my samsung which has a high incidence of nytimes orange, but I haven't tested enough builds to see whether this makes a real dent in the nytimes orange though.
Assignee | ||
Comment 1•9 years ago
|
||
Attachment #8672693 -
Flags: review?(jmaher)
Comment 2•9 years ago
|
||
Comment on attachment 8672693 [details] [diff] [review] bug-1213922-poweron-v1.patch Review of attachment 8672693 [details] [diff] [review]: ----------------------------------------------------------------- this looks great, please answer the questions below. ::: tests/s1s2test.py @@ +120,5 @@ > for iteration in range(1, self._iterations+1): > + # Calling svc power stayon true will turn on the > + # display for at least some devices if it has > + # turned off. > + self.dm.power_on() do we need to do this for each iteration? should we consider this in other test specific runners?
Attachment #8672693 -
Flags: review?(jmaher) → review+
Assignee | ||
Comment 3•9 years ago
|
||
We could probably get away with not doing it for each iteration, but if we didn't then we'd have to figure out a periodic check that would make sure each iteration fit within the display timeout. I think it is just easier to put it at the beginning of the iteration for now. I didn't hit on this idea until late this morning, so apart from limited testing on a single build I don't have much history on it. I think we definitely should consider it. Especially if this moves the orange needle on nytimes in production. I'm not entirely sure yet though. I'd like some history with this in place before do more.
Comment 4•9 years ago
|
||
ok, that makes sense, should we leave this open or file a bug to track it?
Assignee | ||
Comment 5•9 years ago
|
||
https://github.com/mozilla/autophone/commit/1469b9a3ee406da3cd4180143c56ef8a429a14a0 I'll NI myself to follow up on if this helps the nytimes orange or not.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Flags: needinfo?(bob)
Resolution: --- → FIXED
Updated•2 years ago
|
Product: Testing → Testing Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•