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)
Tracking
(blocking-b2g:2.1+, b2g-v2.0 unaffected, b2g-v2.1 verified, b2g-v2.2 verified)
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)
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
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.
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.0:
--- → unaffected
status-b2g-v2.1:
--- → affected
Flags: needinfo?(pbylenga)
Reporter | ||
Updated•10 years ago
|
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
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.
blocking-b2g: --- → 2.1?
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Keywords: qawanted
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.
Reporter | ||
Comment 4•10 years ago
|
||
Adding video for clarification
Updated•10 years ago
|
Component: Gaia::Everything.me → Gaia::Search
Updated•10 years ago
|
QA Contact: pcheng
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.
Comment 6•10 years ago
|
||
verified not a regression
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
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?
QA Whiteboard: [QAnalyst-Triage+]
Keywords: qawanted
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
QA Whiteboard: [QAnalyst-Triage+]
Keywords: qawanted
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.
Updated•10 years ago
|
blocking-b2g: 2.1? → 2.1+
Whiteboard: [systemsfe]
Comment 10•10 years ago
|
||
It seems like this should've been fixed by landing bug 1059842 (not yet on 2.1).
Updated•10 years ago
|
Updated•10 years ago
|
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.
Status: RESOLVED → VERIFIED
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
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.
Flags: in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•