[Bookmark] The keyboard will remain on screen when the user presses the home button while editing a bookmark name

NEW
Unassigned

Status

Firefox OS
Gaia::Bookmark
3 years ago
3 years ago

People

(Reporter: cnelson, Unassigned)

Tracking

({regression})

unspecified
ARM
Gonk (Firefox OS)
regression

Firefox Tracking Flags

(b2g-v2.0 unaffected, b2g-v2.1 unaffected, b2g-v2.2 affected)

Details

(Whiteboard: [2.1-Exploratory-3][2.2-Daily-Testing], URL)

Attachments

(1 attachment)

2.04 KB, text/plain
Details
(Reporter)

Description

3 years ago
Created attachment 8510717 [details]
logcat.txt

When the user is adding a bookmark to the homescreen, they will be able to edit the name of the bookmark.  When the user selects the text field and then presses the home button, the keyboard will remain on screen.  
   
Repro Steps:
1) Update a Flame device to BuildID: 20141023001201
2) Type a few letters into the search/rocket bar to find some results.
3) Press and hold on one of the results.
4) Choose to add to the homescreen.
5) Press the text field to bring up the keyboard.
6) Then press the home button.
7) Notice the keyboard will remain on screen.
  
Actual:
The keyboard will remain on screen when pressing the home button while editing a bookmark name.
  
Expected: 
The keyboard doesn't remain on screen when pressing the home button.
  
Environmental Variables:
Device: Flame 2.2 Master (319mb)(Kitkat Base)(Full Flash)
BuildID: 20141023040204
Gaia: 27a1d1baaa8e375b70e043efee67d5f2206c330b
Gecko: 88adcf8fef83
Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d
Version: 36.0a1 (2.2 Master)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0"
  
Notes:
  
Repro frequency: 100%
See attached: Logcat, video clip https://www.youtube.com/watch?v=Aj_FPwlaMBg
Flags: needinfo?(dharris)
(Reporter)

Comment 1

3 years ago
This issue doesn't occur on Flame 2.1 (319mb)(Kitkat Base)(Full Flash), and Flame 2.0 (319mb)(Kitkat Base)(Full Flash).

The keyboard doesn't remain on screen when pressing the home button.

Flame 2.1 

Device: Flame 2.1 (319mb)(Kitkat Base)(Full Flash)
BuildID: 20141023001201
Gaia: 1e48e3e40e0780c0cd07a3457e5fe2efeeb542d1
Gecko: 09fb60a37850
Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d
Version: 34.0 (2.1)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0


Flame 2.0

Device: Flame 2.0 (319mb)(Kitkat Base)(Full Flash)
Build ID: 20141023001201
Gaia: 1e48e3e40e0780c0cd07a3457e5fe2efeeb542d1
Gecko: 09fb60a37850
Version: 34.0 (2.1)
Firmware Version: v188
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
(Reporter)

Updated

3 years ago
QA Whiteboard: [QAnalyst-Triage?]
Not nominating this to block. The user can only get this bug to occur when adding a rocketbar result to the homescreen. This will not occur when adding to homescreen from long pressing a link in browser, tapping the "..." in browser, or from editing something on the homepage. The keyboard can then be dismissed by tapping on the homescreen
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(dharris)
You need to log in before you can comment on or make changes to this bug.