Closed Bug 1138000 Opened 9 years ago Closed 9 years ago

[FFOS2.0][Woodduck][screen reader]Gsensor devices test fail for MCT

Categories

(Firefox OS Graveyard :: Hardware, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: sync-1, Unassigned, NeedInfo)

References

Details

Attachments

(1 file)

Dear mozilla friends:
      When test Gsensor devices orientations for MCT there always test fails. The test error is expected absolute. What does this meat when the error occur.
 	
 CONTACT INFO (Name,Phone number):
 
  DEFECT DESCRIPTION:
 
  REPRODUCING PROCEDURES:
 
  EXPECTED BEHAVIOUR:
 
  ASSOCIATE SPECIFICATION:
 
  TEST PLAN REFERENCE:
 
  TOOLS AND PLATFORMS USED:
 
  USER IMPACT:
 
  REPRODUCING RATE:
 
  For FT PR, Please list reference mobile's behavior:
Hi Wesly,
Since Woodduck does not have G sensor. The test is expected to be fail. Am I correct?
Thanks!
Flags: needinfo?(wehuang)
Also loop Al
Flags: needinfo?(atsai)
Orientation is calculated by accelerator. Therefore, we don't need a G-sensor and still be able to bring the correct orientation to user. I believe there's no reason to waive the failure if there's no more evidence.
Flags: needinfo?(atsai)
Hi Reporter,
Can you attach the test result which we can check? Thanks!
Flags: needinfo?(sync-1)
Blocks: Woodduck
Created an attachment (id=1180103)
 The test failure
 
 The test failure
Created an attachment (id=1180103)
 The test failure
 
 The test failure
Attached image The test failure
Created an attachment (id=1180103)
 The test failure
 
 The test failure
Sometimes the error is expected absolute.
Mozilla friends:
     What about this issue?
Hi Al,
Could you please help to check the issue again?
Thanks!
Blocks: Woodduck_P2
Dear mozilla friends:
      We have check it agian for many times,but the result is the same, failure.
I don't have a Fire E device with shipping version now. The only information I have here is some return values of orientation event are missing. There's no such failure on Flame devices. We'll need partner's effort on figuring out the root cause.
How can we find the root cause? Do you have the suggestion? Where can we write the log and see how the test work?
You can hook eventListener and add logs to the orientationchange event.
https://developer.mozilla.org/zh-TW/docs/WebAPI/Detecting_device_orientation

If you wonder the test work or not, you can trace the code at:
https://github.com/mozilla-b2g/fxos-certsuite/blob/master/webapi_tests/orientation/test_device_orientation.py#L78
Similar case is seen in TCL Fire C and it's because of no e-compass thus no Alpha value returns, in the mean time we expect Beta and Gamma still works. Suggest you can align the experience with liweijia@tcl.com. Thanks.
Flags: needinfo?(wehuang)
It has supply waiver, this problem can be closed
It has supply waiver, this problem can be closed
close per comment 17
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: