Closed
Bug 1022985
Opened 10 years ago
Closed 10 years ago
SmartCollection is not placed where you tap
Categories
(Firefox OS Graveyard :: Gaia::Homescreen, defect)
Tracking
(feature-b2g:2.0, b2g-v2.0 verified, b2g-v2.1 verified)
People
(Reporter: jlal, Assigned: kgrandon)
References
Details
(Whiteboard: [systemsfe][2.0-flame-test-run-2])
Attachments
(2 files, 1 obsolete file)
46 bytes,
text/x-github-pull-request
|
daleharvey
:
review+
bajaj
:
approval-gaia-v2.0+
|
Details | Review |
106.85 KB,
image/png
|
Details |
It is placed always at the bottom rather then on the placeholder.
Comment 1•10 years ago
|
||
As per UX specs: "The smart collection that is added to the homepage will be placed in the group that the user initiated the long press in"
QA Whiteboard: [VH-FC-blocking+]
Reporter | ||
Updated•10 years ago
|
Assignee: nobody → jlal
Updated•10 years ago
|
blocking-b2g: --- → 2.0?
Comment 2•10 years ago
|
||
Marked as 2.0? blocker as it's a basic use case covered by specs.
Reporter | ||
Comment 3•10 years ago
|
||
OK- This turned out to be slightly more complicated... I have the part where you tap and I can figure how roughly where we should place the collection (great easy) but after triggering the activity it gets ugly (not hard but ugly). Looking at the code now I see two options: - pass the desired position through to the collections app (and propagate it through into the datastore) - set some flag internally in the homescreen to wait for the collection to be added (then add it into the right spot) [might have race conditions?] Neither option is difficult but both are somewhat ugly... Anyone have a better idea? [I will continue to think while I tackle a different bug]
Flags: needinfo?(kgrandon)
Flags: needinfo?(amir)
Assignee | ||
Comment 4•10 years ago
|
||
I don't think this should go into datastore. My preference would be to set some flag internally, until we return from the creation. You could either tack something onto the window, or stick it onto app.itemStore.collectionSource (which is the context you should get the datastore update event in).
Flags: needinfo?(kgrandon)
Updated•10 years ago
|
Whiteboard: [systemsfe]
Updated•10 years ago
|
Target Milestone: --- → 2.0 S4 (20june)
Reporter | ||
Comment 5•10 years ago
|
||
Un-assigning for the moment my very WIP is here https://github.com/mozilla-b2g/gaia/pull/20387 to bring it the rest of the way the following needs to be done: - keep track of a pending insertion (by emitting an event and listening for it in the collection source) - buffer all additions to the collection source - return the ids of the newly added collections (there might be more then one) from the activity - when the ids are returned move items from the buffer which match the ids returned by the activity to the homescreen and the saved position I will likely pick up this work again right after but to correctly test/ensure we don't have races is taking longer then I anticipated and I am going to work on easier to fix but require more input from the UX team.
Assignee: jlal → nobody
Flags: needinfo?(amir)
Assignee | ||
Comment 6•10 years ago
|
||
Feels janky, but it works.
Assignee | ||
Comment 7•10 years ago
|
||
Comment on attachment 8439672 [details] [review] Github pull request James - I hijacked your patch. What do you think of this? Fairly simple, but seems to work. Going to work on trying to write some E.me tests now perhaps.
Attachment #8439672 -
Flags: review?(jlal)
Assignee | ||
Comment 8•10 years ago
|
||
Comment on attachment 8439672 [details] [review] Github pull request Going to clean this one up more first.
Attachment #8439672 -
Flags: review?(jlal)
Updated•10 years ago
|
QA Whiteboard: [VH-FC-blocking+] → [VH-FL-blocking-][VH-FC-blocking+]
Updated•10 years ago
|
blocking-b2g: 2.0? → 2.0+
Assignee | ||
Comment 9•10 years ago
|
||
This is feature work, so we should not block on it. We can mark feature-b2g 2.0 if we'd like though.
blocking-b2g: 2.0+ → ---
Comment 10•10 years ago
|
||
Fair enough - Candice - Can you add a feature-b2g flag here then?
QA Whiteboard: [VH-FL-blocking-][VH-FC-blocking+] → [VH-FL-blocking+][VH-FC-blocking+]
Flags: needinfo?(cserran)
Updated•10 years ago
|
feature-b2g: --- → 2.0
Flags: needinfo?(cserran)
Updated•10 years ago
|
QA Whiteboard: [VH-FL-blocking+][VH-FC-blocking+] → [VH-FL-blocking+][VH-FC-blocking+][QAnalyst-Triage?]
status-b2g-v2.0:
--- → affected
status-b2g-v2.1:
--- → affected
Flags: needinfo?(ktucker)
Whiteboard: [systemsfe] → [systemsfe][2.0-flame-test-run-2]
Updated•10 years ago
|
QA Whiteboard: [VH-FL-blocking+][VH-FC-blocking+][QAnalyst-Triage?] → [VH-FL-blocking+][VH-FC-blocking+][QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Assignee | ||
Comment 11•10 years ago
|
||
Attachment #8439672 -
Attachment is obsolete: true
Assignee | ||
Comment 12•10 years ago
|
||
Comment on attachment 8443037 [details] [review] Github pull request Hey dale - have time for a review of this?
Attachment #8443037 -
Flags: review?(dale)
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → kgrandon
Status: NEW → ASSIGNED
Comment 13•10 years ago
|
||
Comment on attachment 8443037 [details] [review] Github pull request This works good for me, we should really have integration tests for ths, but going to work on that, can land with a green run (seeing app_search test failures at the moment)
Attachment #8443037 -
Flags: review?(dale) → review+
Assignee | ||
Comment 14•10 years ago
|
||
Landed: https://github.com/mozilla-b2g/gaia/commit/b0f74767bfb7e62c9cafca4b12b593b4912591ed
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 15•10 years ago
|
||
Comment on attachment 8443037 [details] [review] Github pull request This is needed for the vertical homescreen.
Attachment #8443037 -
Flags: approval-gaia-v2.0?(bbajaj)
Updated•10 years ago
|
Attachment #8443037 -
Flags: approval-gaia-v2.0?(bbajaj) → approval-gaia-v2.0+
Updated•10 years ago
|
Assignee | ||
Comment 16•10 years ago
|
||
2.0: https://github.com/mozilla-b2g/gaia/commit/65c9a7655840ccdee1fb8ffb6cb16638082742e8
Updated•10 years ago
|
Comment 17•10 years ago
|
||
Kevin, this pr seems break l10n for homescreen, can you check it? STR: 1. download Italian language pack[1], unzip it to <L10N_DIR>/it 2. add {"it": "Italian"} to shared/resources/languages.json 3. LOCALE_BASEDIR=<L10N_DIR> make [1] http://hg.mozilla.org/gaia-l10n/it/archive/tip.tar.gz
Flags: needinfo?(kgrandon)
Assignee | ||
Comment 18•10 years ago
|
||
Hey Yuren - are you constantly able to reproduce? Do you see it on master at all? I wonder if this may be another manifestation of bug 1027708, which we hope to fix soon. Thanks!
Flags: needinfo?(kgrandon)
Updated•10 years ago
|
Comment 19•10 years ago
|
||
no, it cannot constantly reproduce, and yes I can reproduce it on master. let's try to fix it on bug 1027708.
You need to log in
before you can comment on or make changes to this bug.
Description
•