Closed Bug 916035 Opened 11 years ago Closed 10 years ago

Follow up bug for writing test on bug 913377

Categories

(Firefox OS Graveyard :: Gaia::System::Lockscreen, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: jcheng, Assigned: gweng)

References

Details

Follow up bug for writing test on bug 913377
Assignee: nobody → gweng
blocking-b2g: --- → koi+
I've encountered a issue that the B2G launched by Marionette let neither my test nor the real mouse trigger events on the lockscreen, but directly clicking on icons or other components is okay. I've launched the same B2G in the gaia repo manually and it worked fine.
Evan and I encountered the same issue even on B2G itself without Marionette, and even with the previous version's lockscreen! So it should be a B2G problem and only happens on some versions. This may need a detailed check to find out what's going wrong. Meanwhile, I'll start to write unit tests instead.
I've tested that the click event will be fired on the B2G used by current Marionette, while the touch events NOT. At least this happens when the current app is system and the lockscreen component is just launched.
I've reported the B2G/Marionette issue related to this one: the touch events can't be fired if it use the 'profile-test' to initialize the B2G, while click events works fine. Moreover, if the B2G is launched manually with the 'profile-debug' generated by the Makefile, it would work fine.
Depends on: 920880
Test case is not the blocker
blocking-b2g: koi+ → ---
Since Bug 891882 had been solved, I may start to write some integration tests for LockScreen.
LockScreen related components now already have several integration tests.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.