Closed Bug 1028670 Opened 11 years ago Closed 11 years ago

[Collection app] Preinstalled SCs are ignored by app population and SC list

Categories

(Firefox OS Graveyard :: Gaia::Everything.me, defect)

x86
macOS
defect
Not set
normal

Tracking

(blocking-b2g:2.0+, b2g-v2.0 verified, b2g-v2.1 verified)

VERIFIED FIXED
2.0 S5 (4july)
blocking-b2g 2.0+
Tracking Status
b2g-v2.0 --- verified
b2g-v2.1 --- verified

People

(Reporter: ranbena, Assigned: kgrandon)

References

Details

(Whiteboard: [systemsfe])

Attachments

(2 files)

Two cases which might be of the same cause: 1. Preinstalled SCs aren't deduped from "Add SCs" list 2. Preinstalled SCs do not get auto populated with related apps. For instance, Preinstalled Social SC, doesn't get added with Facebook app once installed.
Blocks: vertical-homescreen
No longer blocks: collection-app
Also, it's icon never gets updated when changes occur in it's content.
Parity issue with the old homescreen.
blocking-b2g: --- → 2.0?
QA Whiteboard: [VH-FL-blocking-][VH-FC-blocking+]
Whiteboard: [systemsfe]
Blocks: 1015336
No longer blocks: vertical-homescreen
blocking-b2g: 2.0? → 2.0+
I'll take this.
Assignee: nobody → kgrandon
Status: NEW → ASSIGNED
Target Milestone: --- → 2.0 S5 (4july)
Attached file Github pull request
Hey - could one of you guys review this? Thanks!
Attachment #8444783 - Flags: review?(ran)
Attachment #8444783 - Flags: review?(crdlc)
The above pull request fixes the fact that we were storing the pre installed collection IDs as strings instead of integers. This was causing an installed.indexOf() check to fail. Changing these in the manifest is likely the best option. It probably solves a bunch of issues, but I'm not sure if it solves the native auto-population. I'll look into that as a follow-up, or in another bug if it's complex.
Turns out the nativeInfo wasn't being populated due to cName not being there. Adding this at build seems like the easiest fix, and it works.
Comment on attachment 8444783 [details] [review] Github pull request Before landing it I would like you take a look to migration process because the cName is new for 2.0 https://github.com/mozilla-b2g/gaia/blob/master/apps/homescreen/js/migrator.js#L61 https://github.com/mozilla-b2g/gaia/blob/master/apps/homescreen/js/grid_components.js#L147 Maybe you need to add something like descriptor.cName = descriptor.categoryId = data.experienceId || descriptor.categoryId;
Attachment #8444783 - Flags: review?(crdlc)
Flags: needinfo?(ran)
Cristian, shouldn't it be: descriptor.cName = descriptor.name How can I go about testing migration from any version to 2.0?
Flags: needinfo?(ran) → needinfo?(crdlc)
Please Carmen explain to Ran how you did it if he needs it but basically via OTA from 1.3 or 1.4 to 2.0. Although honestly this could be very difficult to create an OTA bla bla. My recommendation would be that you read the structure that you will receive in the datastore after migrating bug 1019534 and add the cName or what you need to the descriptor https://github.com/mozilla-b2g/gaia/blob/master/apps/homescreen/js/migrator.js#L61 https://github.com/mozilla-b2g/gaia/blob/master/apps/homescreen/js/grid_components.js#L147 (In reply to Ran Ben Aharon (Everything.me) from comment #9) > Cristian, shouldn't it be: > descriptor.cName = descriptor.name > > How can I go about testing migration from any version to 2.0?
Flags: needinfo?(ran)
Flags: needinfo?(crdlc)
Flags: needinfo?(cjc)
Gotcha. So Kevin, plz edit this line https://github.com/mozilla-b2g/gaia/blob/master/apps/homescreen/js/grid_components.js#L145 to descriptor.name = descriptor.cName = data.name;
Flags: needinfo?(ran) → needinfo?(kgrandon)
You can simulate an update from 1.3/1.4 to 2.0/master with the following steps: - Install a complete build of 1.X (gaia & gecko) - Pass the FTE and add whatever you need - make a build of gecko in master (just run build.sh) - When it has finished flash only gecko, and ensure that it doesn't start (flash.sh gecko && adb shell stop b2g) - In your clone of gaia, edit isUpgrade function in version_helper.js file in <gaiaDir>/shared/js (https://github.com/mozilla-b2g/gaia/blob/master/shared/js/version_helper.js#L32) and change "return isUpgrade" for "return true". It's a little ugly, I know, but it's the more easy method to simulate an upgrade. The correct method would be to make and OTA but... - Now, you need to tell to the phone that it's first run, we can do this deleting gecko.buildID pref. I suggest you to use the Antonio's script (https://github.com/AntonioMA/gaiatools/blob/master/resetApps.sh). summing up: To put gaia execute: resetApp.sh && make install-gaia install-default-data (In reply to Cristian Rodriguez (:crdlc) from comment #10) > Please Carmen explain to Ran how you did it if he needs it but basically via > OTA from 1.3 or 1.4 to 2.0. Although honestly this could be very difficult > to create an OTA bla bla. My recommendation would be that you read the > structure that you will receive in the datastore after migrating bug 1019534 > and add the cName or what you need to the descriptor > > https://github.com/mozilla-b2g/gaia/blob/master/apps/homescreen/js/migrator. > js#L61 > > https://github.com/mozilla-b2g/gaia/blob/master/apps/homescreen/js/ > grid_components.js#L147 > > (In reply to Ran Ben Aharon (Everything.me) from comment #9) > > Cristian, shouldn't it be: > > descriptor.cName = descriptor.name > > > > How can I go about testing migration from any version to 2.0?
Flags: needinfo?(cjc)
Thanks guys. I updated the homescreen migration descriptor path, and will look at performing an OTA update today to make sure everything works.
Flags: needinfo?(kgrandon)
Oh wow. What a relief that I don't have to get into that! :D
Comment on attachment 8444783 [details] [review] Github pull request Ok - so long story short I'm having trouble faking the OTA upgrades as mentioned in this thread. The tips Carmen provided were very useful, but I think for now I'd like to get this in and test a real OTA update to 2.0 which is fairly straightforward. In the meantime I'm investigating what we can do from marionette JS to simulate an upgrade.
Attachment #8444783 - Flags: review?(crdlc)
Comment on attachment 8444783 [details] [review] Github pull request LGTM, many thanks
Attachment #8444783 - Flags: review?(crdlc) → review+
Attachment #8444783 - Flags: review?(ran) → review+
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Attached video VIDEO0110_Compress.MP4
This issue has been successfully verified on Flame 2.0: Gaia-Rev 8d1e868864c8a8f1e037685f0656d1da70d08c06 Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/c756bd8bf3c3 Build-ID 20141202000201 Version 32.0 Device-Name flame FW-Release 4.4.2 This issue has been successfully verified on Flame 2.1: Gaia-Rev ccb49abe412c978a4045f0c75abff534372716c4 Gecko-Rev https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/18fb67530b22 Build-ID 20141202001201 Version 34.0 Device-Name flame FW-Release 4.4.2
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: