1062010 - [Keyboards]Changing from a symbol based language keyboard to letter based Keyboard causes text to be erased .

Status: RESOLVED INVALID

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

Description

[[:RJ]]

Attachment: keyboardlog.txt

Description:
When typing in a symbol based language keyboard such as Traditional Chinese, changing to a different keyboard will cause any typed symbols to be erased.

prerequisite: In settings enable the simple Chinese keyboard   

Repro Steps:
1) Update a Flame to 20140902040205
2) Go to the messenger app > in text box change keyboard to Chinese 
3) Type some characters from the Traditional Chinese keyboard
4) Switch keyboard away from Traditional Chinese 

Actual:
Chinese characters are erased as the keyboard changes 


Expected:
Chinese characters stay when the keyboard changes 

Environmental Variables:
Device: Flame Master(319mb)
Build ID: 20140902040205
Gaia: 44bf2e3bc5ddea9db9a8c851bd353cb234aa883c
Gecko: c360f3d1c00d
Version: 34.0a1 (Master)
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0


Repro frequency:100%
See attached:video clip, logcat,
https://www.youtube.com/watch?v=cL48CBCxwHo&feature=youtu.be

Comment 1

[[:RJ]]

This issue DOES occur on Flame 2.1(512mb) and open C 2.1 

When typing in a symbol based language keyboard such as Traditional Chinese, changing to a different keyboard will cause any typed symbols to be erased.


Flame 2.1

Environmental Variables:
Device: Flame Master (512mb)
BuildID: 20140902040205
Gaia: 44bf2e3bc5ddea9db9a8c851bd353cb234aa883c
Gecko: c360f3d1c00d
Version: 34.0a1 (Master) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Open C 2.1

Environmental Variables:
Device: Open_C 2.1 Master
BuildID: 20140902040205
Gaia: 44bf2e3bc5ddea9db9a8c851bd353cb234aa883c
Gecko: c360f3d1c00d
Version: 34.0a1 (2.1 Master)
Firmware: P821A10v1.0.0B06_LOG_DL
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0

Issue does NOT occur in Flame 2.0(319mb) Open C 2.0, Flame 1.4 (319mb), and Open C 1.4

The are no symbol basted keyboards in flame/ open C by default for these devices 

Flame 2.0

Environmental Variables:
Device: Flame 2.0 (319mb)
BuildID: 20140902000202
Gaia: 449d8db9b3ea1f9262db822c37ef2143477172b7
Gecko: 40d74e0bbcf5
Version: 32.0 (2.0)
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0


Open C 2.0

Environmental Variables:
Device: Open C 2.0
BuildID: 20140902000202
Gaia: 449d8db9b3ea1f9262db822c37ef2143477172b7
Gecko: 40d74e0bbcf5
Version: 32.0 (2.0)
Firmware Version: P821A10v1.0.0B06_LOG_DL
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Flame 1.4

Environmental Variables:
Device: Flame 1.4 (319mb)
BuildID: 20140902000203
Gaia: 2ee5b00bfbb8a67a967094804390b4afce8ecf54
Gecko: 6021b50bbed0
Version: 30.0 (1.4)
Firmware: V123
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0

Open C 1.4

Environmental Variables:
Device: Open_C 1.4
BuildID: 20140902000203
Gaia: 2ee5b00bfbb8a67a967094804390b4afce8ecf54
Gecko: 6021b50bbed0
Version: 30.0 (1.4)
Firmware: P821A10v1.0.0B06_LOG_DL
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0

Comment 2

[KTucker [:KTucker][Inactive 3/4/2016]]

Please recheck your branches. I am seeing this issue occur on 2.0. 

This is because the user is spelling the word wrong which is indicated by an underline. When the user switches languages, the misspelled word is deleted. If the user spells the word correctly or taps on an auto suggested word, the word is not deleted when switching back to the English keyboard. 

I do not know know if this is intended behavior or not.

Comment 3

[[:RJ]]

With all of the same environmental variables the same, this seems to effect all versions including: flame 2.0(319mb), open C 2.0, flame 1.4(319mb) and Open C 1.4.

This can be reproduced buy using the same STR's and using the Simplified (phenolic) keyboard instead, as traditional Chinese was not implemented as a built in keyboard until 2.1

Comment 4

[KTucker [:KTucker][Inactive 3/4/2016]]

This is not a regression so not nominating to block on this. 

Plus, this could be by design? If the user is spelling the word wrong which is indicated by an underline and then switches languages, the misspelled word is deleted. If the user spells the word correctly or taps on an auto suggested word, the word is not deleted when switching back to the English keyboard.

Comment 5

[Jan Jongboom [:janjongboom] (inactive)]

Underline means the user is doing composition. Switching languages while composition is not finished removes the word (because it's not finished), would make sense to me.

But hey, I don't speak any language that does composition :p

Comment 6

[Rudy Lu [:rudyl] (inactive after 2015/7/3)]

Looks reasonable to me as well, so I second comment 5.

Let's see wha UX people think about it.
Omega, any objection around this behavior?

Comment 7

[Omega Feng [:Omega] [:馮於懋]]

Makes sense. Let's WONTFIX it.

Comment 8

[Rudy Lu [:rudyl] (inactive after 2015/7/3)]

This is as expected per comment 5 - 7.
So close this one.