Closed
Bug 1085384
Opened 10 years ago
Closed 10 years ago
A key's uppercase data is incorrect for layouts that has explicit upperCase mapping
Categories
(Firefox OS Graveyard :: Gaia::Keyboard, defect)
Tracking
(blocking-b2g:2.2+, b2g-v2.2 fixed)
Tracking | Status | |
---|---|---|
b2g-v2.2 | --- | fixed |
People
(Reporter: timdream, Assigned: mnjul)
References
Details
(Keywords: regression, Whiteboard: [p=1])
Attachments
(1 file)
STR:
1. Build and switch to Korean layout
2. Hit shift to switch to upper case state.
3. Inspect the key on the top left
Expected:
1. Should be "ㅃ"
Actual:
1. Character remain "ㅂ"
John, without working on the regression window, you are most likely the offender here. Would you mind check it? Thanks.
Flags: needinfo?(jlu)
Reporter | ||
Comment 1•10 years ago
|
||
This blocks my work on moving the rendering around in bug 1085359.
I can confirm this is a layout normalization issue because this is what app.layoutManager.currentPage.keys[0][0] prints:
{ value: "ㅂ", keyCode: 12610, keyCodeUpper: 12610, lowercaseValue: "ㅂ", uppercaseValue: "ㅂ", isSpecialKey: false }
Blocks: 1085359
Assignee | ||
Comment 2•10 years ago
|
||
On my way. Keeping NI for reminding.
Assignee | ||
Comment 3•10 years ago
|
||
Yeah I found the cause. Patch is on the way.
Assignee: nobody → jlu
Flags: needinfo?(jlu)
Whiteboard: [p=1]
Target Milestone: --- → 2.1 S7 (24Oct)
Assignee | ||
Comment 4•10 years ago
|
||
The normalization's getUpperCase() looked up upperCase dictionary in a wrong place. It has been fixed.
Attachment #8508466 -
Flags: review?(timdream)
Assignee | ||
Updated•10 years ago
|
Summary: |secondLayout| option has regressed again → A key's uppercase data is incorrect for layouts that has explicit upperCase mapping
Reporter | ||
Updated•10 years ago
|
Attachment #8508466 -
Flags: review?(timdream) → review+
Reporter | ||
Comment 5•10 years ago
|
||
Please point to the regressed bug at the "Blocks" field.
Flags: needinfo?(jlu)
Assignee | ||
Comment 6•10 years ago
|
||
Blocks: 1044525
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(jlu)
Resolution: --- → FIXED
Comment 8•10 years ago
|
||
This bug is not fixed on Flame 2.2.
Result: "ㅔ" and "ㅐ" remain on the keyboard when the shift key is pressed.
Environmental Variables:
Device: Flame 2.2 Master
BuildID: 20141121040204
Gaia: e5d666d6f62480ced56c6d9352f5e12befb5a862
Gecko: 3366c0fcf9c2
Version: 36.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
==============================================================
Filed a new bug 1104358.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage?][failed-verification]
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?][failed-verification] → [QAnalyst-Triage+][failed-verification]
Flags: needinfo?(ktucker)
Updated•10 years ago
|
status-b2g-v2.2:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•