1027850 - [B2G][Homescreen][E.Me]E.Me search displaying homescreen apps displays over top of homescreen

Status: RESOLVED DUPLICATE of bug 1028661

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

Description

[Ross Kuhlman ([e-mail])]

Attachment: SearchShowsOverHomexcreen.txt

If the user makes a 'scroll upwards' gesture with an initial finger placement just below the E.Me search bar, E.Me search results will be displayed over the top of the homescreen apps. See attached screenshot and video.

I have reproduced this issue using just a single finger, but i find it is easier to reproduce if the user simultaneously taps the search bar and an app on the homescreen, and makes simultaneous downward swipes with both fingers.

Repro Steps:
1) Update a Flame to BuildID: 20140618040513
2)Scroll to top of home screen
3) Simultaneously tap on the search bar wiith one finger and a homescreen app with the other finger
4) Scroll downwards with both fingers at the same time

Actual:
E.Me search populates with homescreen apps, which are drawn on top of the homescreen icons

Expected:
Tappingon search bar summons keyboard and allows user to perform e.me search

Master M/C Environmental Variables:
Device: Flame Master M/C MOZ
BuildID: 20140618040513
Gaia: 431aed0a7c7560c6eacd35ea69aa0a7a4ebe72c7
Gecko: 37f08ddaea48
Version: 33.0a1
Firmware Version: v121-2

Notes:

Repro frequency: 65%
See attached: video, logcat, screenshot

Comment 1

[Ross Kuhlman ([e-mail])]

Attachment: EMEhomescreen.jpg

Video will be uploaded shortly

Comment 2

[Ross Kuhlman ([e-mail])]

Link to video: https://www.youtube.com/watch?v=3-bDKtR7ezw&feature=youtu.be

adding qawanted tag to determine if issue occurs on v1.4 and 2.0

Comment 3

[Viorela Ioia [:viorela]]

I was able to reproduce this on the latest v2.0 build, by following STR:
1. Go to Homescreen
2. Tap on the search bar
3. Tap Close
4. Wait for ~2 sec

While on the homescreen, the e.me apps icons are displayed on top of the default homescreen apps. 

#Env:
Device: Flame
Gaia      c5dd47e3f9e18872961946735fdbc071a1656ac9
Gecko     https://hg.mozilla.org/releases/mozilla-aurora/rev/71b1b4b0850c
BuildID   20140620000202
Version   32.0a2
ro.build.version.incremental=108
ro.build.date=Tue Jun 10 19:40:40 CST 2014

I'll also attach a video of the issue

Comment 4

[Viorela Ioia [:viorela]]

Attachment: VID_0005.3gp

video of the issue happening on v2.0

Comment 6

[Johan Lorenzo [:jlorenzo]]

This issue was not present in the day before yesterday's build:
Gaia      431aed0a7c7560c6eacd35ea69aa0a7a4ebe72c7
Gecko     https://hg.mozilla.org/mozilla-central/rev/37f08ddaea48
BuildID   20140618040513
Version   33.0a1
ro.build.version.incremental=eng..20140429.025303
ro.build.date=Tue Apr 29 02:53:29 CST 2014

Comment 9

[Johan Lorenzo [:jlorenzo]]

Is this bug a duplicate of the test plan meta-bug or is it a duplicate of another?

Comment 10

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

I don't understand why this is a window-mgmt bug. System doesn't render that stuff.

Comment 11

[Kevin Grandon :kgrandon]

I think there is some race in rocketbar.js which is causing the search window to be displayed when it should not be. (Maybe some task is finishing after we press cancel/home and that is calling showResults).

https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/rocketbar.js#L418

I believe we meant to dupe this against bug 1028661.

Comment 12

[Vivien Nicolas (:vingtetun) (:21) - (NOT reading bugmails, needinfo? please)]

(In reply to Kevin Grandon :kgrandon from comment #11)
> I think there is some race in rocketbar.js which is causing the search
> window to be displayed when it should not be. (Maybe some task is finishing
> after we press cancel/home and that is calling showResults).
> 
> https://github.com/mozilla-b2g/gaia/blob/master/apps/system/js/rocketbar.
> js#L418
> 
> I believe we meant to dupe this against bug 1028661.
> 
> *** This bug has been marked as a duplicate of bug 1028661 ***

Oups! Sorry for the wrong bug number.