cnelson Reporter
	Description • 10 years ago

When the user is adding a bookmark to the homescreen, they will be able to edit the name of the bookmark.  Once the user selects the text field, the keyboard will overlap the text field.  This prevents the user from seeing what they are writing, as well as pressing the "x" button to clear the text field.
   
Repro Steps:
1) Update a Flame device to BuildID: 20141023001201
2) Type a few letters into the search/rocket bar to find results.
3) Select and hold on one of the results.
4) Choose to add to homescreen.
5) Tap the text field, which will bring up the keyboard.
6. Notice the keyboard overlaps the text field.
  
Actual:
The keyboard overlaps the text field when editing the name of a bookmark.
  
Expected: 
The keyboard doesn't overlap the text field.
  
Environmental Variables:
Device: Flame 2.1
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
  

Repro frequency: 100%
See attached: Logcat, video clip https://www.youtube.com/watch?v=Tj9Sl84Wu90

	cnelson Reporter
	Comment 1 • 10 years ago

This issue does occur on Flame 2.2 Master (319mb)(Kitkat Base)(Full Flash)

The keyboard overlaps the text field when editing the name of a bookmark.

Flame 2.2 

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

This issue doesn't occur on Flame 2.0 (319mb)(Kitkat Base)(Full Flash)

The keyboard doesn't overlap the text field.

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

	cnelson Reporter
	Comment 2 • 10 years ago

It should be noted that this issue only occurs when the SHB is enabled.

	Derek Harris [:DerekH] - Dont need info. Last day 6/5/15
	Comment 3 • 10 years ago

[Blocking Requested - why for this release]:

nominating this to block 2.1. The user should be able to see what they are typing when renaming a bookmarked webpage on the homescreen. Also this is a regression

	Chris Kreinbring [:CKreinbring]
	Comment 4 • 10 years ago

Regression window
Last working
BuildID: 20140916155959
Gaia: e2d70bee03b5380ac327a145e5d694fb2443f018
Gecko: 543f57ab6a44
Platform Version: 35.0a1
Firmware Version: V188
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

First broken
BuildID: 20140916162300
Gaia: 50666fa8bbbf3d346faff24f92ad8140a44a49d0
Gecko: 49ef7b18963d
Platform Version: 35.0a1
Firmware Version: V188
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Working Gaia / Broken Gecko = No repro
Gaia: e2d70bee03b5380ac327a145e5d694fb2443f018
Gecko: 49ef7b18963d
Broken Gaia / Working Gecko = Repro
Gaia: 50666fa8bbbf3d346faff24f92ad8140a44a49d0
Gecko: 543f57ab6a44
Gaia pushlog: https://github.com/mozilla-b2g/gaia/compare/e2d70bee03b5380ac327a145e5d694fb2443f018...50666fa8bbbf3d346faff24f92ad8140a44a49d0


B2G Inbound
Last working
BuildID: 20140916123756
Gaia: d3510be2067ff39ce07e72268ae510279ee7688e
Gecko: 6b7ab2f8fc1f
Platform Version: 35.0a1
Firmware Version: V188
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

First broken
BuildID: 20140916131125
Gaia: ea06ae56236a06322d8dfe8dd1488b09293dd571
Gecko: fa0dc2128441
Platform Version: 35.0a1
Firmware Version: V188
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Working Gaia / Broken Gecko = No repro
Gaia: d3510be2067ff39ce07e72268ae510279ee7688e
Gecko: fa0dc2128441
Broken Gaia / Working Gecko = Repro
Gaia: ea06ae56236a06322d8dfe8dd1488b09293dd571
Gecko: 6b7ab2f8fc1f
Gaia pushlog: https://github.com/mozilla-b2g/gaia/compare/d3510be2067ff39ce07e72268ae510279ee7688e...ea06ae56236a06322d8dfe8dd1488b09293dd571

	Joshua Mitchell (Inactive)
	Comment 5 • 10 years ago

broken by Bug 1066206 - Can you take a look Kevin?

	Kevin Grandon :kgrandon Assignee
	Comment 7 • 10 years ago

Comment on attachment 8514714 [details]
WIP - Pull request

Alive - this works, but doesn't feel so good. Can you think of any better ways to do this?

	(inactive after 6/18) Alive Kuo [:alive]
	Comment 8 • 10 years ago

Comment on attachment 8514714 [details]
WIP - Pull request

Note: If the part in app window is to prevent statusbar to show in bookmark activity, then this is contractary to bug https://bugzilla.mozilla.org/show_bug.cgi?id=1088723 unless bookmark activity is designed as fullscreen.

	Kevin Grandon :kgrandon Assignee
	Comment 9 • 10 years ago

(In reply to Alive Kuo [:alive][NEEDINFO!] from comment #8)
> Comment on attachment 8514714 [details]
> WIP - Pull request
> 
> Note: If the part in app window is to prevent statusbar to show in bookmark
> activity, then this is contractary to bug
> https://bugzilla.mozilla.org/show_bug.cgi?id=1088723 unless bookmark
> activity is designed as fullscreen.

Yeah, it's slightly different in the fact that we currently do not show the statusbar for rocketbar, or apps opened within rocketbar. I think we should probably do some fullscreen consolidation work between rocketbar windows, so they behave the same as normal fullscreen apps. 

I'll try to add a simple unit test as well and get this landed.

	Kevin Grandon :kgrandon Assignee
	Comment 10 • 10 years ago

In master: https://github.com/mozilla-b2g/gaia/commit/29a00a51773a7cc3b6f89d9aaeb50b9effae23e1

	Kevin Grandon :kgrandon Assignee
	Comment 11 • 10 years ago

Comment on attachment 8514714 [details]
WIP - Pull request

[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): 2.1 feature implementation
[User impact] if declined: Poor experience when saving links to home screen from search app.
[Testing completed]: Manual and integration tests.
[Risk to taking this patch] (and alternatives if risky): Relatively low risk, we've tried to scope this to only this case.
[String changes made]: None.

	Ryan VanderMeulen [:RyanVM]
	Comment 12 • 10 years ago

v2.1: https://github.com/mozilla-b2g/gaia/commit/6c548b5888b8f05a522385058b109bc9a13d5d41

	Brogan Zumwalt [Inactive]
	Comment 13 • 10 years ago

Issue verified fixed on Flame 2.1 and Flame 2.2

Actual Results: Keyboard opening on the edit bookmark name scrolls the text field so that it is not overlapping keyboard.

Device: Flame 2.1 (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141105001204
Gaia: 154da5e17029a51002d5d9b7df39563d509edde6
Gecko: 3b0c3580a58d
Version: 34.0 (2.1)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Device: Flame 2.2(319mb)(KitKat)(Shallow Flash)
BuildID: 20141105040206
Gaia: 7c9e7cabbde941b976e0e40a3a1d94e21aa9c5e9
Gecko: 62990ec7ad78
Version: 36.0a1 (2.2 Master)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0

	Brogan Zumwalt [Inactive]
	Comment 14 • 10 years ago

In comment 13 the Flame 2.1 environmental variables are incorrect. Should be:

Device: Flame 2.1 (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141105001204
Gaia: 1ca22badfae2f9ce066c2405af3e85c4e2d5d380
Gecko: 3b0c3580a58d
Version: 34.0 (2.1)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0