1063777 - [Keyboard] [Flame] [2.1] Keyboard periodically disappears after a few characters are typed.

Status: RESOLVED DUPLICATE of bug 1063049

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

Description

[Stephany Wilkes]

Type a couple of characters in Rocket Bar.
Observe that the keyboard sometimes disappears, almost as if it starts an auto search without executing it.

This was not observed in yesterday's build or earlier 2.1 builds, so marking regression.

Comment 1

[Marcia Knous [:marcia]]

Stephany: I think this bug is a dupe of Bug 1062816 - please post the build you are using and we can check for sure.  

Using today's Flame user build I am still seeing this issue intermittently:

Gaia   95e9b099aa89ded133e44014dd40b19dc0193c01
SourceStamp 92a6bbdfd945
BuildID 20140905000202
Version 34.0a2

Comment 2

[Jason Smith [:jsmith]]

QA Wanted for branch checks.

Comment 3

[Cody Roesch [:croesch]]

This bug repro's on: Flame 2.2

Actual Results: On occasion the keyboard will disappear while the user is typing. I seem to notice this after tapping the return key and typing some letters. It's not happening on command and I don't have specific steps. I saw it most often in the Email app but yesterdays build I seem to remember seeing it in SMS app.

Repro Rate: 2/10

Environmental Variables:
Device: Flame Master
BuildID: 20140909070054
Gaia: 4abb193ddae0f9780ad12ffe5e31772feee3926a
Gecko: 4d1793da0b96
Version: 35.0a1 (Master) 
Firmware Version: v123

------------------------------------------------
------------------------------------------------

This bug does NOT repro on: Flame 2.1, Flame 2.0, Flame 1.4, OpenC 2.2

Actual Result: Not experiencing keyboard disappearing when typing.

Repro Rate: 0/10 attempts

Device: Flame 2.1
BuildID: 20140909080656
Gaia: ece265efa8e87765713ac905e8ff55657fcbde01
Gecko: 3b49cf3e2043
Version: 34.0a2 (2.1)
Firmware: V123
------------------------------------------------
Device: Flame 2.0
BuildID: 20140908131505
Gaia: 59a670d40ad7f5966ec7fafcab0f05009bea97ab
Gecko: de70f9a40834
Version: 32.0 (2.0)
Firmware: V123
-----------------------------------------------
Environmental Variables:
Device: Flame 1.4
BuildID: 20140905100238
Gaia: 2ee5b00bfbb8a67a967094804390b4afce8ecf54
Gecko: a3e8df746cd8
Version: 30.0 (1.4) 
Firmware Version: v123
------------------------------------------------
Device: Open_C 2.2
BuildID: 20140908062801
Gaia: c71fd5d8c9c7cb021c97e5e9fbb29f92b50a084d
Gecko: f7a27a866c47
Version: 35.0a1 (2.2)
Firmware: P821A10v1.0.0B06_LOG_DL

Comment 4

[Joshua Mitchell (Inactive)]

triage - holding off on nom decision / regression window tag until feedback from dupe question on comment 1

Comment 5

[Jason Smith [:jsmith]]

(In reply to Joshua Mitchell [:Joshua_M] from comment #4)
> triage - holding off on nom decision / regression window tag until feedback
> from dupe question on comment 1

Josh - I don't think we should be holding off on this - the dupe in question was considered fixed on 9/7/2014. So if this is still reproducing, then it should be triaged accordingly on 2.2.

Comment 6

[Joshua Mitchell (Inactive)]

alrighty - let's nom for 2.2 based on bad user experience and it being a regression

Tagging regression-window wanted

Comment 7

[Joshua Mitchell (Inactive)]

Whoops - to hasty on that. Removing regression window wanted tag. Repro rate is very low 2/10 and after discussing with the QA-Wanted worker it is also not a very quick repro at all.

Comment 8

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

Per the symptom description, should be a dupe of bug 1063049, and should not be reproducible with the latest build.

Please re-open and provide the build info if you still can see this.

Comment 9

[Jason Smith [:jsmith]]

(In reply to Rudy Lu [:rudyl] from comment #8)
> Per the symptom description, should be a dupe of bug 1063049, and should not
> be reproducible with the latest build.
> 
> Please re-open and provide the build info if you still can see this.
> 
> *** This bug has been marked as a duplicate of bug 1063049 ***

I'm not sure if this is a dupe of that bug - that bug indicates this no longer reproduces on a 9/7/2014 build, but the testing above shows this happening on a 9/9/2014 build. Can we confirm what happens on the latest master build here? Reopen if it still reproduces on the latest master.

Comment 10

[Cody Roesch [:croesch]]

No I think we can close this now. With the latest build below, I've tried Rocketbar, Browser, Mail, Calendar and SMS and cannot get the keyboard to disappear anymore.

Environmental Variables:
Device: Flame Master
BuildID: 20140911063332
Gaia: e3b9d0d6516177636965d97c63c60981a24a0662
Gecko: 98ea98c8191a
Version: 35.0a1 (Master) 
Firmware Version: v123

Comment 11

[Joshua Mitchell (Inactive)]

no repro, leaving closed as a dupe