Roland Kunkel [:RolandK] Reporter
	Description • 10 years ago

Description:
When the user creates a search within the everything.me bar and then selects the rocketbar, the e.me search results will be displayed over the homescreen.
   
Repro Steps:
1) Update a Flame device to BuildID: 20140822040202
2) Connect to WiFi or enable cellular data
3) Select the everything.me search > Type "Social"
4) After results populate, select the rocketbar
  
Actual:
E.me search results are displayed on over the homescreen

Expected: 
E.me search is closed
  
Environmental Variables:
Device: Flame 2.1 Master
BuildID: 20140822040202
Gaia: afcdd36f13e75adcdebe57d842a277fd587faf28
Gecko: 0b9dd32d1e16
Version: 34.0a1 (2.1 Master)
Firmware: V123
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0

Notes:
The user is actually still considered to be in the e.me search page and the homescreen apps cannot be selected, where the e.me search results are still selectable
  
Repro frequency: 100%
See attached: screenshot

	Roland Kunkel [:RolandK] Reporter
	Comment 1 • 10 years ago

This issue does not occur in the latest Flame 2.0 build:

Environmental Variables:
Device: Flame 2.0 319MB
BuildID: 20140822000206
Gaia: 64b0c0ae60fdeac953a7e2a3c368d124bf848477
Gecko: 5075528d7241
Version: 32.0 (2.0)
Firmware: V123
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

This was a feature added in 2.1. Not a regression.

	Peter Bylenga [:PBylenga]
	Comment 2 • 10 years ago

[Blocking Requested - why for this release]:
Bad user experience with a core feature, can be hit during a common user flow.

Adding qawanted to see if it's a regression since Rocketbar implementation on 2.1.

	Peter Bylenga [:PBylenga]
	Comment 3 • 10 years ago

To clarify the qawanted: when the Rocketbar search got added to the status bar which is needed to reproduce this bug.

	Roland Kunkel [:RolandK] Reporter
	Comment 4 • 10 years ago

Adding video for clarification

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

Rocketbar search is NOT present, and this bug does NOT reproduce in the following build:

Device: Flame
BuildID: 20140724171005
Gaia: c72257b2d27135bfcd68e89dd584182797784016
Gecko: fb981404745a
Version: 34.0a1 (2.1 Master)
Firmware: V123
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0

-----

Rocketbar search IS present, and this bug DOES reproduce in the following build:

Device: Flame
BuildID: 20140724174407
Gaia: 62eedafb0657bbec8941f5bdaa919b5a59f25db1
Gecko: 613e79262240
Version: 34.0a1 (2.1 Master)
Firmware: V123
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0


Therefore this Rocket bar search feature was implemented with this bug.

	Joshua Mitchell (Inactive)
	Comment 6 • 10 years ago

verified not a regression

	Jason Smith [:jsmith]
	Comment 7 • 10 years ago

I think there might be a potential inconsistency in the data above. We're saying this was present right after rocketbar got enabled, but then we're saying this isn't reproducing on the latest 2.0. Can we double check the branch checks here?

	Joshua Mitchell (Inactive)
	Comment 8 • 10 years ago

I don't think the issue here is an inconsistency in the data, but an inconsistency in the vocabulary. 

When the tester (in comment 5) states "Rocketbar search is NOT present...." she is specifically referring to the small search bar in the upper-left located on the notification bar(when in an app).

So when she states that "Therefore this Rocket bar search feature was implemented with this bug." she means that this bug was present from the beginning of the small notification bar search bar (even though it is not visible in the first few builds you can still interact with it)

The rocket-bar itself was introduced in 2.0 but the smaller notification search bar was not present until 2.1 (BuildID: 20140724174407) so this bug does not affect 2.0 but does affect 2.1

	Marcia Knous [:marcia]
	Comment 9 • 10 years ago

I think what is confusing is calling the search on the homescreen the e.me search bar - with integrated search the Rocket bar is on the homescreen, and when you select it in other apps (the small search bar that says "Search the web"). 

Bug 1059842 probably is a dupe of this bug, but I think that bug better summarizes the fact you have to tap in the space above to get the bug to reproduce.

	Kevin Grandon :kgrandon
	Comment 10 • 10 years ago

It seems like this should've been fixed by landing bug 1059842 (not yet on 2.1).

	Yeojin Chung [:YeojinC]
	Comment 11 • 10 years ago

This issue is verified fixed on Flame 2.1 and Flame 2.2:

Flame 2.1 

Device: Flame 2.1 KK (319mb) (Full Flash)
BuildID: 20141012001201
Gaia: d18e130216cd3960cd327179364d9f71e42debda
Gecko: 610ee0e6a776
Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf
Version: 34.0a2 (2.1)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Flame 2.2 

Device: Flame 2.2 Master  KK (319mb) (Full Flash)
BuildID: 20141012040203
Gaia: 717ad4e8b7fc10ab8248500d00ba5ba0977fa8ab
Gecko: 44168a7af20d
Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf
Version: 35.0a1 (2.2 Master)
Firmware: V180
User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0

Selecting the rocketbar on the search result screen does not do anything. (The user can select "Close" or home button to close the search results.) The search results disappear after the screen is closed, and the Home screen is displayed properly.

	Kevin Grandon :kgrandon
	Comment 12 • 10 years ago

Unit tests added in bug 1059842, so marking testsuite+. We'll use bug 1059842 to track adding an integration test if necessary.