Closed Bug 1022475 Opened 6 years ago Closed 6 years ago

Organizing keyboard transition management to another script


(Firefox OS Graveyard :: Gaia::System::Input Mgmt, defect)

Gonk (Firefox OS)
Not set


(b2g-v2.1 fixed)

2.0 S4 (20june)
Tracking Status
b2g-v2.1 --- fixed


(Reporter: timdream, Assigned: timdream)



(Whiteboard: [p=3])


(2 files)

+++ This bug was initially created as a clone of Bug #1017327 +++

Let me use this bug to fix and land bug 1017327 comment 12.
User Story: (updated)
(In reply to Zac C (:zac) from bug 1017327 comment #14)
> Note in comment#13 that this failed on Mac OSX, but passed on linux64 (hence
> how it passed on Travis).
> I can see similar failures on Mac OSX/Gaia-Try for this pull.
> The pattern between both appears to be a timing problem, and possibly this
> code is invalid now:
> gaiatest/apps/keyboard/

I would like to fix this too. What's the generic way of fixing it? Make sure translateY = 0 on the keyboard frame?
Flags: needinfo?(zcampbell)

I have fix the tests in JS for it to wait for transition. Not sure how to do it in Python.
You could look up the docs, but I'll still do it for you anyway:
keyboards.value_of_css_property('transform') is 'matrix(1, 0, 0, 1, 0, 0)'
Flags: needinfo?(zcampbell)
Zac, thanks, I am sorry I didn't realized there was a doc.
(In reply to Zac C (:zac) from comment #3)
> You could look up the docs, but I'll still do it for you anyway:
> keyboards.value_of_css_property('transform') is 'matrix(1, 0, 0, 1, 0, 0)'

It turns out this didn't work and Askeing simply suggests me to use |keyboards.location['y'] == 0| and it passes locally (the original didn't; I can't test it yesterday because mozdownload didn't work yesterday).

I've push the fixes on the pull request and try, although I am not really sure if Try will pick up the latest force push. I will submit another try run if it didn't.

(FYI the original failure was
Travis-CI passed but I need to rebase the branch to avoid bug 1023001.
Unit test failure due to bug 938045, should not be related.

Gu tests on OSX passes... not sure why I didn't see other Gu runs for Linux builds.
I can see Gu on Linux turned green too. However for the sake of the stability between builds let me land this tomorrow instead.
Comment on attachment 8436863 [details] [review]
mozilla-b2g:master PR#20224

This carries over r+ from bug 1017327.
Attachment #8436863 - Flags: review+
Closed: 6 years ago
Resolution: --- → FIXED
backout for perma-red like

master: 83eff1438b04d1ad2f35a186eeec12201c10544d

TPBL of the merge commit is still running:
Resolution: FIXED → ---
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) (please ni?) from comment #12)
> backout for perma-red like

Looks like false alarm, merge commits behind mine does not have this error. sometimes fail even on TBPL, see bug 1022132.

I am going to merge the pull request again after it turns green.
(In reply to Tim Guan-tin Chien [:timdream] (MoCo-TPE) (please ni?) from comment #15)
> Runs of the new pull request

I am convinced that I am not at the fault here, even though UI tests fails 4 out of 10.... I hope intermittent failures got addressed soon.
Depends on: 1030086
You need to log in before you can comment on or make changes to this bug.