Opening this as a tracking bug for any rocketbar work that happens now. I am considering this specifically for the search/E.me story, and will not be tracking BrowserOS features here.

Changing the name of the bug to indicate that this bug tracks the work of the Rocketbar search app which is responsible for rendering results as you type, as distinct from the Rocketbar itself which is part of the system app and tracked by the System::Browser Chrome component. The Rocketbar communicates with the Rocketbar search app via the inter-app communications API. Once the architecture and where the code lives is a bit more stable we should consider adding a Bugzilla component for this app.

Landed in feature branch: https://github.com/mozilla-b2g/gaia/commit/e829b6897c64529b056cf62cc019847a19d672bd

I resolved the wrong bug earlier. Reopening.

Initial work has landed in master behind a preference: https://github.com/mozilla-b2g/gaia/pull/14839

The browser chrome bugs are especially important for rocketbar to function well. Adding this link as an attachment here so people can find them easily.

We now have the Gaia::Search component for this

I'm reopening this bug just to help identify the 1.4 MVP user stories for Rocketbar.

Hi Kevin, here's a link to the visual specs I have so far for Rocket Bar search results. https://mozilla.box.com/s/a2rm3h73dazaphqs7hgc When revisions are made I'll update the files at the link and let you know. If any specific specs are needed or if there are any questions please let me know :). Thanks!

Latest Interaction specs for Rocket bar are available at: https://mozilla.box.com/s/2tix674298wtc4e4hewh

Updated links for RocketBar Search in user story. RB visuals will be updated soon.

Added a link to the search suggestion pop up visual spec https://mozilla.box.com/s/l81uu29pb9pwfo6ldk1u

Updated the User story to point to UX spec locations at: https://etherpad.mozilla.org/SFE-Spec-Locations

Kevin - Is the rocketbar feature complete at this point? Or do we have outstanding items we need to resolve? Just want to know if we can close this bug out at this point to indicate that we're finished with the feature work here or not.

(In reply to Jason Smith [:jsmith] from comment #14) > Kevin - Is the rocketbar feature complete at this point? Or do we have > outstanding items we need to resolve? Just want to know if we can close this > bug out at this point to indicate that we're finished with the feature work > here or not. Since this is not marked as feature-b2g I don't really see a benefit of closing this out, but we certainly can. There's a few polish bugs left which we'll move to block the rocketbar-mvp bug.

(In reply to Kevin Grandon :kgrandon from comment #15) > (In reply to Jason Smith [:jsmith] from comment #14) > > Kevin - Is the rocketbar feature complete at this point? Or do we have > > outstanding items we need to resolve? Just want to know if we can close this > > bug out at this point to indicate that we're finished with the feature work > > here or not. > > Since this is not marked as feature-b2g I don't really see a benefit of > closing this out, but we certainly can. There's a few polish bugs left which > we'll move to block the rocketbar-mvp bug. I can explain that. Closing this out helps out QA in the sense that it will show up in bug query for features need FL verification, which includes feature metas that contain a set of user stories. If I have this closed, then our QA team knows that they need to verify each user story involving the feature.

I am verifying this bug as fixed for landing on both Flame 2.1(319mb) and 2.2(319mb)(master) according to the "Search App" section of this etherpad: https://etherpad.mozilla.org/SFE-Spec-Locations - The user sees incremental results as they type in Rocketbar - Tapping on Rocketbar suggestions properly changes the users search - When searching in the Rocketbar, the selected search provider page is opened with the search the user typed as expected - Browser shows loading state after tapping the magnifying glass to signify the search is working - Expanded rocket bar is shown after a search, as opposed to a collapsed rocketbar - The keyboard pops up and the screen is dimmed when tapping on the Rocketbar - Searching an app thats already open in the background will properly display the open app in the foreground, unless the search is a URL, in which case a new page is opened - Searches will stay in the Rocketbar after tapping home button and then reopening rocketbar - Search suggestions can be enabled/disabled properly - Search suggestions pop up will disappear once a search is initiated or the user taps "ok" - A loading symbol will appear when typing in the search bar - "No internet connection" appears correctly when offline, and an icon to the settings app is shown and functions as expected - Only local apps are shown when doing a search offline - Tapping the "x" button will clear the search and search suggestions - The search results grid is four icons across and seems to be spaced correctly Flame 2.1 Environmental Variables: Device: Flame 2.1 BuildID: 20140910000202 (319mb) Gaia: 79dc972d637ff5ef7667b231e93118b4ed83ba9c Gecko: 0890010015a2 Version: 34.0a2 (2.1) Firmware: V123 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Flame 2.2 Environmental Variables: Device: Flame Master (319mb) BuildID: 20140910040203 Gaia: 8e02f689b0fc39cb6ccdc22d02ed7e219c58faa7 Gecko: 152ef25e89ae Version: 35.0a1 (Master) Firmware Version: v123 User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0