Adam Alldredge [:AdamA][Inactive] Reporter
	Description • 9 years ago

Description:
When the user is in a call and presses the home button they will go to the homescreen with a call banner at the top of the screen that will go away after a moment. if the user is typing in the search bar at the top of the home screen and taps on the call banner at the top of the screen they will see the search bar overlap the screen while the call screen is opening.

Repro Steps:
1) Update a Aries to 20150716033647
2) Receive a call from another device and answer
3) Press the home button
4) On the homescreen press on the search bar to enter text
5) Press the call banner at the top of the screen
6) Observe search bar overlapping the call screen

Actual:
The text entry search field overlaps the call screen

Expected:
It is expected that search bar doesnt overlap the call screen

Environmental Variables:
Device: Aries 2.5 [Full Flash]
BuildID: 20150716033647
Gaia: 981c61cdeb527fac8f8383c110df0e749eff67ea
Gecko: 72835344333f
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 42.0a1 (2.5) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

Repro frequency: 10/10
See attached: Video(https://youtu.be/hF0am3Qwsw8), logcat

	Adam Alldredge [:AdamA][Inactive] Reporter
	Comment 1 • 9 years ago

This issue DOES occur on Flame 2.5.

Environmental Variables:
Device: Flame 2.5 [Full Flash]
Build ID: 20150715160204
Gaia: b9968cdc4a1dee49848fed6159a59c378cea062d
Gecko: 49683d4e9ebd
Gonk: a4f6f31d1fe213ac935ca8ede7d05e47324101a4
Version: 42.0a1 (2.5)
Firmware Version: v18D
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

Result:
The text entry search field overlaps the call screen
--------------------------------------------
This issue DOES NOT occur on Flame 2.2.

Environmental Variables:
Device: Flame 2.2 [Full Flash]
BuildID: 20150715002506
Gaia: 84d0c76370dcd3d25813b00de55194730884355b
Gecko: a5db6d9850f6
Gonk: bd9cb3af2a0354577a6903917bc826489050b40d
Version: 37.0 (2.2) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0

Result:
Search field is behind call screen

	Johan Lorenzo [:jlorenzo] - On PTO, back on September 11th
	Comment 2 • 9 years ago

[Blocking Requested - why for this release]: Visible regression.

I'm not sure the problem in on the Gaia side. Kevin, do you confirm this issue needs to be moved to Graphics?

	Kevin Grandon :kgrandon
	Comment 3 • 9 years ago

I can't really say whether or not it's a graphics issue without doing a deep investigation, and not sure if I have cycles for that right now. There may be some gaia workaround we can implement though.

	Peter Bylenga [:PBylenga]
	Comment 4 • 9 years ago

Requesting a window to assist here.

	Pi Wei Cheng [:piwei] (inactive)
	Comment 5 • 9 years ago

On 2.2 when transitioning it still shows some sort of residue of search bar for a split second; it's not a clear transition either. If I take this behavior as a reproduction then this is not a regression (occurs on v2.1 as well, and v2.0 doesn't have call banner implemented). For now I'm treating 2.2 as working and see where it takes me.

	Pi Wei Cheng [:piwei] (inactive)
	Comment 6 • 9 years ago

b2g-inbound regression window:

Last Working
Device: Flame
BuildID: 20150709105424
Gaia: 73ece50d39e5949a5eaa942820300cd23a4c3f7c
Gecko: 6eb389866758
Version: 42.0a1 (2.5 Master) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

First Broken
Device: Flame
BuildID: 20150709115322
Gaia: 31eed4c0ab1a32f1a5bf8acac723595b61902027
Gecko: 81af3a741875
Version: 42.0a1 (2.5 Master) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

Last Working Gaia First Broken Gecko - no repro
Gaia: 73ece50d39e5949a5eaa942820300cd23a4c3f7c
Gecko: 81af3a741875

Last Working Gecko First Broken Gaia - repro
Gaia: 31eed4c0ab1a32f1a5bf8acac723595b61902027
Gecko: 6eb389866758

Gaia pushlog:
https://github.com/mozilla-b2g/gaia/compare/73ece50d39e5949a5eaa942820300cd23a4c3f7c...31eed4c0ab1a32f1a5bf8acac723595b61902027

Caused by changes made in Bug 1177477.

	KTucker [:KTucker][Inactive 3/4/2016]
	Comment 7 • 9 years ago

Alberto, can you take a look at this please? This might have been caused by the landing for bug 1177477.

	Alberto Pastor [:albertopq]
	Comment 8 • 9 years ago

I'll take a look when possible, but given the issue, I think is more a polish bug than a blocker.

	Wilfred Mathanaraj [:WDM]
	Comment 9 • 9 years ago

[Blocking Requested - why for this release]:

i think there is a valid use case where the user can do two activites at the same time - it is a very common scenario where users will run into this issue. I would like this to be fixed as it has a visble regression from previous releases.

	Gregor Wagner [:gwagner]
	Comment 10 • 9 years ago

Not blocking but we want to fix it in time.

	Alberto Pastor [:albertopq]
	Comment 11 • 9 years ago

I'm not able to repro it, even enabling slow animations... Is this still happening?

	KTucker [:KTucker][Inactive 3/4/2016]
	Comment 12 • 9 years ago

This issue is still occurring on today's master on Aries. 

The search bar will overlap the call screen following the steps in Comment 0. 

Environmental Variables:
Device: Aries 2.5
Build ID: 20150728162417
Gaia: 302a448729ff2b336581cf94b66327ea836294c7
Gecko: cd9fa05c943e6784faeeaff7c027d1b561c070b0
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 42.0a1 (2.5)
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

	Alberto Pastor [:albertopq]
	Comment 13 • 9 years ago

I think this might be a dupe of bug 1187526. Adding qawanted to test if the patch in bug 1187526 helps.

	Pi Wei Cheng [:piwei] (inactive)
	Comment 14 • 9 years ago

This issue is still reproducing on latest b2g inbound build that contains fix for bug 1187526.

Alberto, if you can't repro the bug please look at the video https://youtu.be/hF0am3Qwsw8 . It should help you repro the bug.

Device: Aries 2.5
BuildID: 20150810172521
Gaia: 9a8880a95ee4a4aea7895d4e2bcab31bc49ea281
Gecko: 027b608d70df
Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd
Version: 42.0a1 (2.5) 
Firmware Version: D5803_23.1.A.1.28_NCB.ftf
User Agent: Mozilla/5.0 (Mobile; rv:42.0) Gecko/42.0 Firefox/42.0

	Alberto Pastor [:albertopq]
	Comment 15 • 9 years ago

I think this is a graphics issue with the z-index while the opacity of the search input is transitioning. Chris, what do you think?

	Chris Lord [:cwiiis]
	Comment 16 • 9 years ago

Possibly, but I don't know the details of how opacity/transitions affect stacking contexts, this may well not be a bug depending on how the DOM is organised.

It'd make sense to me to explore that avenue first, with someone on Gaia that knows this part of the UI code well and someone on layout who knows the details of how stacking contexts are determined well.

I'd have thought we could work around this with some fiddling, either way?

	Alberto Pastor [:albertopq]
	Comment 18 • 9 years ago

:piwei, could you please check if the attached patch helps? Thanks!

	Pi Wei Cheng [:piwei] (inactive)
	Comment 19 • 9 years ago

Adding QAwanted to test the patch (I'll be testing it).

	Pi Wei Cheng [:piwei] (inactive)
	Comment 20 • 9 years ago

The patch does seem to help, and with patch it looks very similar to the behavior I observed on 2.2 (please see comment 5). I'm providing a video of bug behavior after patch:

https://www.youtube.com/watch?v=cKjBs2hfm3c

	Alberto Pastor [:albertopq]
	Comment 21 • 9 years ago

Comment on attachment 8651720 [details]
[gaia] albertopq:1184772-search-overlap > mozilla-b2g:master

Kevin, what do you think? Removing the transition in the input element doesn't seem to affect to the rest of animation. Should we remove it?

	Kevin Grandon :kgrandon
	Comment 22 • 9 years ago

Comment on attachment 8651720 [details]
[gaia] albertopq:1184772-search-overlap > mozilla-b2g:master

If you go into the browser with this patch applied it causes the rocketbar to immediately appear, instead of smoothly fade in.

Shouldn't we either backout or rework bug 1177477?

	Alberto Pastor [:albertopq]
	Comment 23 • 9 years ago

I think this is more a graphics issue, and backing out bug 1177477 doesn't seem the right solution to me. I didn't see the animation being affected by my patch, so that's why I thought it was legacy code, but didn't think about the Browser.

I'll try to find another workaround.

	Alberto Pastor [:albertopq]
	Comment 24 • 9 years ago

Not working on it at the moment. Will come back to it as soon as I have time

	BMO Automation
	Comment 25 • 6 years ago

Firefox OS is not being worked on