Closed Bug 1023730 Opened 11 years ago Closed 10 years ago

Move modifyLayout() to layout_manager.js

Categories

(Firefox OS Graveyard :: Gaia::Keyboard, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
2.0 S5 (4july)

People

(Reporter: timdream, Assigned: timdream)

References

Details

(Whiteboard: [p=5])

Attachments

(3 files)

+++ This bug was initially created as a clone of Bug #1023729 +++ Need to identify which global modifyLayout() used and move it's logic to layout_manager.js.
The good news is keyboardName is always the current layout but modifyLayout() takes the following globals. We need an API to get the following information to the new function. * currentInputType * currentInputMode * isGreekSMS() -> (currentInputMode === '-moz-sms' && keyboardName === 'el') * layoutPage (this is exposed to IMEngine with setLayoutPage()) * navigator.mozInputMethod.mgmt.supportsSwitching()
layoutPage has 3 values const LAYOUT_PAGE_DEFAULT = 'Default'; const LAYOUT_PAGE_SYMBOLS_I = 'Symbols_1'; const LAYOUT_PAGE_SYMBOLS_II = 'Symbols_2'; IMEngine only reference the first one.
It's likely I did something wrong because tests failed on Travis-CI. I don't know why Gaia-Try did run my push.
Whiteboard: [p=3] → [p=5]
Attachment #8440363 - Flags: review?(rlu)
Comment on attachment 8440363 [details] mozilla-b2g:master PR#20532 Looks good to me. r+ Thanks.
Attachment #8440363 - Flags: review?(rlu) → review+
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Reverted from master in https://github.com/mozilla-b2g/gaia/commit/32ffcf9b8e01b350ba26673e6cbd1f61572b3265 under suspicion of causing the failures in bug 1027604
Status: RESOLVED → REOPENED
Flags: needinfo?(timdream)
Resolution: FIXED → ---
I don't think this patch cause the issue as TBPL comment keeps piling up since the revert. Backing out this patch will block bug 1025520 and onward. Please reland ASAP if we know this is false alarm.
Flags: needinfo?(timdream)
Attached file Reland patch (deleted) —
I'm trying to reland this patch and fix the related issues. Will try to have several runs of Gu (Gaia ui tests) on TBPL and see the results. https://tbpl.mozilla.org/?tree=Gaia-Try&rev=886fca8ccec4e7aea8d176b4f17f66d16cfc4f94
Assignee: timdream → rlu
Comment on attachment 8447049 [details] Reland patch It seems that b2g won't crash in Gaia ui test after running it more than 30 times on TBPL, https://tbpl.mozilla.org/?tree=Gaia-Try&rev=886fca8ccec4e7aea8d176b4f17f66d16cfc4f94 -- Tim, could you please help review this change? Thank you.
Attachment #8447049 - Flags: review?(timdream)
Comment on attachment 8447049 [details] Reland patch Great! Thanks for posting the tests. I would like the new pull request not by revert the revert but cherry-picking my individual commits because I want to preserve the right history. I can do that. I am also not entirely sure we will not hit bug 1027604 because I don't know if there is any difference between two. Let me create a pull request on that then.
Attachment #8447049 - Flags: review?(timdream) → review+
Assignee: rlu → timdream
I also pushed to the TryServer so we can sure we are running the test on the same environment. https://tbpl.mozilla.org/?tree=Try&rev=55943ddc28aa
Wes, I don't see any crashes with the same summary like bug 1027604 in my try push. Could you help me to assess whether or not the patch is consider safe to land? Maybe bug 1027604 is fixed somewhere already...
Flags: needinfo?(kwierso)
This patch looks good to land to me, all of those failures are either known existing failures or infrastructure related.
Flags: needinfo?(kwierso)
Status: REOPENED → RESOLVED
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
Target Milestone: 2.0 S4 (20june) → 2.0 S5 (4july)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: