1132450 - Focusing rocketbar loses focus immediately; errors from Keyboard app too

Status: RESOLVED DUPLICATE of bug 1134493

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

Description

[Michael Henretty [:mikehenrty][:mhenretty]]

The errors are below:

"InputMethodManager: inputcontext.getText() was rejected." "
    at InputMethodManager.prototype.updateInputContextData/p< (app://keyboard.gaiamobile.org/js/keyboard/input_method_manager.js:412:4)" input_method_manager.js:412:4


"InputMethodGlue: call setUpperCase() when inputContext does not exist." "
    at InputMethodGlue.prototype.setUpperCase (app://keyboard.gaiamobile.org/js/keyboard/input_method_manager.js:250:4)" input_method_manager.js:250:4
TypeError: this.app.inputContext is null
Stack trace:
InputMethodManager.prototype.switchCurrentIMEngine/p<@app://keyboard.gaiamobile.org/js/keyboard/input_method_manager.js:490:7
 "
    at AbortablePromiseQueue.prototype.run/this._queuedTasks< (app://keyboard.gaiamobile.org/js/keyboard/abortable_promise_queue.js:75:27)"

Comment 1

[Michael Henretty [:mikehenrty][:mhenretty]]

John, do you know anything about this?

Comment 2

[John Lu [:mnjul][Please NI or I'll miss]]

I tend to think you're experiencing something related to bug 1129344 but 1) your bug description is a bit different (merely focusing the rocketbar causes it to lose focus, without any interaction on the keyboard?) and 2) I can't reproduce this bug here.

And a bit more information:

The keyboard app shows such error when it loses its input context (e.g. the input field focus is blurred) while bootstraping to associate itself to a input field.

Thus the error is actually the effect of the blurring instead of the cause of blurring.

Comment 3

[John Lu [:mnjul][Please NI or I'll miss]]

Oh wait, I think I've just reproduced the bug: it's only there the first time you focus rocket after reboot, and you have to enter rocketbar from anything other than System app.

A good STR would be:
1. Reboot.
2. Go to Settings.
3. Click on the rocket bar to focus it.

and
4. Rocket bar is focused but the focus will blur very shortly afterwards, and no keyboard is brought up.

Still my previous opinion stands and I can't think of any recent changes on Input Management or Keyboard app that can introduce this. Shall we just ask for qawanted?

Comment 4

[Michael Henretty [:mikehenrty][:mhenretty]]

Attachment: [screenshot] no keyboard

Yeah, let's get a regression-window based on the STR in comment 3.

Just for clarification to QA, when this bug reproduces it looks like the screenshot. In other words, the screen will darken but we will get no keyboard.

Also, can we check if this reproduces on 2.2?

Comment 5

[Brogan Zumwalt [Inactive]]

Regression Window:

Last working B2G-Inbound build:
Device: Flame 3.0
Build ID: 20150129194440
Gaia: 0630174909e47e6c62a6a92e07cee1a901d97028
Gecko: e539715710f6
Version: 38.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0

First broken B2G-Inbound build:
Device:  Flame 3.0
BuildID: 20150129205239
Gaia: 21829dd3fcf7b107bf16e798aa39a17c42d66fef
Gecko: a66f5d17e9cf
Version: 38.0a1 (3.0)
Firmware: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0


Working Gaia with Broken Gecko issue does NOT reproduce:
Gaia: 0630174909e47e6c62a6a92e07cee1a901d97028
Gecko: a66f5d17e9cf

Working Gecko with Broken Gaia issue DOES reproduce:
Gaia: 21829dd3fcf7b107bf16e798aa39a17c42d66fef
Gecko: e539715710f6


B2G-Inbound Pushlog:
https://github.com/mozilla-b2g/gaia/compare/0630174909e47e6c62a6a92e07cee1a901d97028...21829dd3fcf7b107bf16e798aa39a17c42d66fef


Issue appears to occur due to changes in bug 1124816

Comment 6

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

Alive, can you take a look at this please? This might be the result of the work done on bug 1124816

Comment 7

[Michael Henretty [:mikehenrty][:mhenretty]]

Can we get a retest of this now that bug 1129344 landed? This might be a dupe.

Comment 8

[(inactive after 6/18) Alive Kuo [:alive]]

From comment 3 I believe this is dupe of bug 1129344. But awaiting qa testing.

Comment 9

[Brogan Zumwalt [Inactive]]

I am still seeing this occur in Flame 3.0 following STR from comment 3

After restarting phone, launching rocketbar from an app (i.e. Settings) shows cursor momentarily, but cursor disappears and keyboard never appears. Interestingly, launching rocketbar from homescreen after restarting has similar behavior, briefly bringing up keyboard which is dismissed moments later without user input. Both scenarios leave user on a empty, dimmed rocketbar screen.

Device: Flame 3.0 Master
Build ID: 20150216010344
Gaia: f0b93e0668ef9565bd6f050b15b4f794d59feb65
Gecko: e0cb32a0b1aa
Version: 38.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0

Comment 11

[John Lu [:mnjul][Please NI or I'll miss]]

FYI, I'm changing summary and component to avoid confusion.

Comment 12

[Gregor Wagner [:gwagner]]

Regression

Comment 13

[Michael Henretty [:mikehenrty][:mhenretty]]

For what it's worth, this might be a gecko regression, and not actually caused by bug 1124816. The reason I say that, is I backed out bug 1124816 manually, flashed gaia, and was still seeing the issue. I then flashed an old gecko, and the issue went away.

Comment 14

[(inactive after 6/18) Alive Kuo [:alive]]

(In reply to Michael Henretty [:mhenretty] from comment #13)
> For what it's worth, this might be a gecko regression, and not actually
> caused by bug 1124816. The reason I say that, is I backed out bug 1124816
> manually, flashed gaia, and was still seeing the issue. I then flashed an
> old gecko, and the issue went away.

Good! de-assign myself.