Closed Bug 1053382 Opened 10 years ago Closed 10 years ago

Flame 2.0 keyboard still hangs on uppercase

Categories

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

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1034210

People

(Reporter: janjongboom, Assigned: rudyl)

Details

(Whiteboard: [p=1])

Attachments

(1 file)

Switched to 2.0 keyboard for a while, and we keep hanging in uppercase there. I thought that was fixed by bug 1036075. But it isn't.

Doesn't happen on master...

Rudy, any clue?
Flags: needinfo?(rlu)
No, I did not see this issue when I just tested this on a v2.0 Flame.
Do you have a clear STR or were you hit by Bug 1031561?

That is a confusing feature we would keep "capslock" if you have multiple uppercase chars in front of the cursor, I removed that feature in v2.1, but not uplifted to v2.0.
Flags: needinfo?(rlu)
No it happens when I type fast. Always at the start of a sentence. Doesn't wanna go back to lcase. Easy to reproduce.

Go to SMS app
Select body
Start typing fast with 2 fingers

Expected output: something like 'Kxkdsfjksajk'
Real output: 'KXKdsFJKsaJK' or 'KXKDSFJKSAJK'

See video: https://www.youtube.com/watch?v=qCLxe1_AvdI&feature=youtu.be
Flags: needinfo?(rlu)
Attached file Patch V1
Seems I made a mistake when uplifting Bug 1034210 to v2.0.
The "keyboard" is not a global variable so we would never send both keyCode and upper keyCode to latin Engine to make the original promise-based input sequence work.

This patch corrected this wrong variable referencing.

Jan, could you please help review it?
Thanks for pointing this out.
Attachment #8475662 - Flags: review?(janjongboom)
Flags: needinfo?(rlu)
Assignee: nobody → rlu
Whiteboard: [p=1]
Status: NEW → ASSIGNED
(In reply to Rudy Lu [:rudyl] from comment #3)
> Created attachment 8475662 [details] [review]
> Patch V1
> 
> Seems I made a mistake when uplifting Bug 1034210 to v2.0.
> The "keyboard" is not a global variable so we would never send both keyCode
> and upper keyCode to latin Engine to make the original promise-based input
> sequence work.
> 
> This patch corrected this wrong variable referencing.
> 
> Jan, could you please help review it?
> Thanks for pointing this out.

If you made a mistake during the uplift, you can just backout and reland the 2.0 patch without creating another 2.0 specific fix like the one here.
Flags: needinfo?(rlu)
Understood, thanks for the advice.
Let's close this one first.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Flags: needinfo?(rlu)
Resolution: --- → DUPLICATE
Attachment #8475662 - Flags: review?(janjongboom)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: