Closed Bug 1057448 Opened 10 years ago Closed 10 years ago

[Homescreen][Everything.me] Selecting the rocketbar from the E.Me displays search results on the Homescreen

Categories

(Firefox OS Graveyard :: Gaia::Search, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.1+, b2g-v2.0 unaffected, b2g-v2.1 verified, b2g-v2.2 verified)

VERIFIED FIXED
2.1 S4 (12sep)
blocking-b2g 2.1+
Tracking Status
b2g-v2.0 --- unaffected
b2g-v2.1 --- verified
b2g-v2.2 --- verified

People

(Reporter: rkunkel, Assigned: chens)

References

Details

(Whiteboard: [systemsfe])

Attachments

(2 files)

Attached image screenshot
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
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.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Summary: [Homescreen][Everything.me] Selecting the rockretbar from the E.Me displays search results on the Homescreen → [Homescreen][Everything.me] Selecting the rocketbar from the E.Me displays search results on the Homescreen
[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.
blocking-b2g: --- → 2.1?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Keywords: qawanted
To clarify the qawanted: when the Rocketbar search got added to the status bar which is needed to reproduce this bug.
Attached video video
Adding video for clarification
Component: Gaia::Everything.me → Gaia::Search
QA Contact: pcheng
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.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawanted
verified not a regression
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
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?
QA Whiteboard: [QAnalyst-Triage+]
Keywords: qawanted
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
QA Whiteboard: [QAnalyst-Triage+]
Keywords: qawanted
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.
blocking-b2g: 2.1? → 2.1+
Whiteboard: [systemsfe]
It seems like this should've been fixed by landing bug 1059842 (not yet on 2.1).
Status: NEW → RESOLVED
Closed: 10 years ago
Depends on: 1059842
Resolution: --- → FIXED
Assignee: nobody → shchen
Target Milestone: --- → 2.1 S4 (12sep)
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.
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Unit tests added in bug 1059842, so marking testsuite+. We'll use bug 1059842 to track adding an integration test if necessary.
Flags: in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: