Closed
Bug 1117968
Opened 10 years ago
Closed 10 years ago
Show multiple places results in list format
Categories
(Firefox OS Graveyard :: Gaia::Search, defect)
Tracking
(feature-b2g:2.2+, b2g-v2.2 verified, b2g-master verified)
People
(Reporter: benfrancis, Assigned: benfrancis)
References
Details
(Whiteboard: [systemsfe])
Attachments
(1 file, 1 obsolete file)
46 bytes,
text/x-github-pull-request
|
daleharvey
:
review+
bajaj
:
approval-gaia-v2.2+
|
Details | Review |
No description provided.
Comment 1•10 years ago
|
||
Does "multiple places results" mean there will be 3 parts of search results which are "app recommendation", "history results", and "search suggestions"?
Updated•10 years ago
|
Whiteboard: [systemsfe]
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → bfrancis
Assignee | ||
Comment 2•10 years ago
|
||
(In reply to Hermes Cheng[:hermescheng] from comment #1)
> Does "multiple places results" mean there will be 3 parts of search results
> which are "app recommendation", "history results", and "search suggestions"?
No, it means there will be a list of results from the places database (browsing history).
Please see the latest search app spec https://mozilla.app.box.com/s/fhlmfa4xyooqpwaaaczc
Assignee | ||
Comment 3•10 years ago
|
||
As I'm not very familiar with this area of code, looking for some early feedback about the general direction of this patch.
Attachment #8548261 -
Flags: feedback?(dale)
Comment 4•10 years ago
|
||
Comment on attachment 8548261 [details] [review]
WIP Patch
This is a good start, we used to show the results in this format so reverting back to the old code is good, we share this between the start page as well and they should be matched rendering wise.
As we discussed on IRC we should go back to using `getIcon`, and preferably have everyone use that, we can move it into iconshelper but not as part of this patch since there are other implications.
Attachment #8548261 -
Flags: feedback?(dale) → feedback+
Assignee | ||
Comment 5•10 years ago
|
||
(In reply to Dale Harvey (:daleharvey) from comment #4)
> As we discussed on IRC we should go back to using `getIcon`
Thanks Dale. Do you mean like this?
https://github.com/benfrancis/gaia/commit/7b0400e7fb907afa462203f16d14ed8a2ff880db
Flags: needinfo?(dale)
Assignee | ||
Comment 7•10 years ago
|
||
I've implemented the new visual design. I think I just need to figure out how to not show the HISTORY heading when there are no history results, then write tests.
Assignee | ||
Comment 8•10 years ago
|
||
Update: I fixed the heading issue and unit tests are now passing (though we could probably do with some more). Integration tests are a mess (they all currently fail for me locally), so I'm going to have to tackle that next week.
Assignee | ||
Comment 9•10 years ago
|
||
It would be great to get this reviewed, although I think we probably need more tests.
I'd be grateful for some guidance on testing because I'm struggling to figure out how to test some of the existing code. There are several existing disabled integration tests in this area and I can't find any unit tests for places.js
Any idea why the integration tests were disabled? What tests should we add for this patch?
I think I've got the existing unit tests to pass but there may be a couple of broken integration tests, I'd like to see what Tree Herder says.
Attachment #8548261 -
Attachment is obsolete: true
Attachment #8551456 -
Flags: review?(dale)
Comment 10•10 years ago
|
||
Comment on attachment 8551456 [details] [review]
Patch
Which integration test in particular? this is mostly a layout change so I dont think we need a large amount of new testing however this broke a lot of the existing integration tests (which is a good thing, ensures they are actually testing things), the failures look related, I restarted just in case but will want to take a look.
I would be happy with this commit given a green run and to ensure https://github.com/mozilla-b2g/gaia/blob/master/apps/search/test/marionette/places_search_test.js#L31 is running and passing.
Gonna clear the review till the integration tests are green, but once they are reflag, I am happy with the code as it is, looks great
Attachment #8551456 -
Flags: review?(dale)
Assignee | ||
Comment 11•10 years ago
|
||
It seems like most of the integration test failures were caused by a bad build where you couldn't re-focus the Rocketbar after it had lost focus, ever.
I've rebased and modified the places search test for the new DOM structure, let's see what Treeherder makes of that.
Assignee | ||
Comment 12•10 years ago
|
||
Comment on attachment 8551456 [details] [review]
Patch
TreeHerder looks green, there was an integration test failure but I re-ran three times and it seems pretty stable. What say you Mr Harvey?
Attachment #8551456 -
Flags: review?(dale)
Comment 13•10 years ago
|
||
Comment on attachment 8551456 [details] [review]
Patch
Great this is looking / working great. Going to merge as some of the styling stuff conflicts / is the same as the changes I have made so I can rebase on this now.
Thanks
Attachment #8551456 -
Flags: review?(dale) → review+
Comment 14•10 years ago
|
||
Merged in https://github.com/mozilla-b2g/gaia/commit/3b45754df848336e0db645eca153754fb5d05ec0, thanks
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
Target Milestone: --- → 2.2 S4 (23jan)
Updated•10 years ago
|
feature-b2g: --- → 2.2+
Flags: needinfo?(anygregor)
Assignee | ||
Comment 16•10 years ago
|
||
Comment on attachment 8551456 [details] [review]
Patch
[Approval Request Comment]
[Bug caused by] (feature/regressing bug #): n/a, this is a committed feature
[User impact] if declined: No new shiny search UI
[Testing completed]: Covered by integration tests
[Risk to taking this patch] (and alternatives if risky):
[String changes made]: none.
Attachment #8551456 -
Flags: approval-gaia-v2.2?
Updated•10 years ago
|
Attachment #8551456 -
Flags: approval-gaia-v2.2? → approval-gaia-v2.2+
Comment 17•10 years ago
|
||
status-b2g-v2.2:
--- → fixed
status-b2g-master:
--- → fixed
Comment 18•10 years ago
|
||
Issue still occurs on Flame 3.0
All applicable places results from browsing history are shown in a vertical list displaying the site icon, title, and url. But if user presses the X button to clear the search term, the History and Default Search headers remain, showing no results. Filed new bug 1131408
Device: Flame 3.0 Master
Build ID: 20150209010211
Gaia: 0d7b35f23402c4cb29bca6b98280fec48a196dec
Gecko: 3436787a82d0
Gonk: e7c90613521145db090dd24147afd5ceb5703190
Version: 38.0a1 (3.0)
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:38.0) Gecko/38.0 Firefox/38.0
QA Whiteboard: [QAnalyst-Triage?][failed-verification]
Flags: needinfo?(ktucker)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?][failed-verification] → [QAnalyst-Triage+][failed-verification]
Flags: needinfo?(ktucker)
Comment 19•10 years ago
|
||
I believe we can close this bug now. Verified with below builds.
* 2.2
Build ID 20150329162502
Gaia Revision 473cd63f53c855299b719285d9b95e3f2910782f
Gaia Date 2015-03-27 20:14:43
Gecko Revision https://hg.mozilla.org/releases/mozilla-b2g37_v2_2/rev/4b13c4254e2f
Gecko Version 37.0
Device Name flame
Firmware(Release) 4.4.2
Firmware(Incremental) eng.cltbld.20150329.200030
Firmware Date Sun Mar 29 20:00:41 EDT 2015
Bootloader L1TC000118D0
* master
Build ID 20150329160203
Gaia Revision 67ad91f3f660b1f16b354ee4c5159ddc5a74d149
Gaia Date 2015-03-28 10:02:40
Gecko Revision https://hg.mozilla.org/mozilla-central/rev/385840329d91
Gecko Version 39.0a1
Device Name flame
Firmware(Release) 4.4.2
Firmware(Incremental) eng.cltbld.20150329.191719
Firmware Date Sun Mar 29 19:17:28 EDT 2015
Bootloader L1TC100118D0
Updated•9 years ago
|
QA Whiteboard: [QAnalyst-Triage+][failed-verification] → [QAnalyst-Triage+]
You need to log in
before you can comment on or make changes to this bug.
Description
•