Closed Bug 852598 Opened 12 years ago Closed 12 years ago

[B2G][FTE] During FTE cannot import Facebook contacts

Categories

(Firefox OS Graveyard :: Gaia::First Time Experience, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:tef+, b2g18 verified, b2g18-v1.0.1 fixed)

VERIFIED FIXED
blocking-b2g tef+
Tracking Status
b2g18 --- verified
b2g18-v1.0.1 --- fixed

People

(Reporter: mlevin, Assigned: crdlc)

References

Details

(Keywords: smoketest)

Attachments

(2 files)

Description: During First Time Experience no contacts are imported after logging into Facebook. Repro Steps: 1) Update manually to Unagi Build ID: 20130319070203 2) Go to Settings - Device Information - More Information - Reset Phone to initiate reset in order to start first time experience. 3) Go through the FTE up to the Import contacts page. 4) Tap Facebook 5) Enter Facebook credentials (username and password) Expected: After logging in the User should see a list of Facebook contacts to choose from for which ones wanted to import. Actual: User is taken back to FTE Import contacts page. Repro frequency: (2/2) Environmental Variables: Kernel Date: Dec 5 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/406b86b4b515 Gaia: c5a8b6476f0dbc456061227a7801e56634683eb0 Notes: Windows Live AND Gmail also fail to import after logging in. Test Suite Name: Smoketest Q Analysts Test Team Priority Rating: (Pri 1) See attached screenshot.
blocking-b2g: --- → leo?
I just tried this using: Gecko http://hg.mozilla.org/releases/mozilla-b2g18/rev/406b86b4b515 Gaia c5a8b6476f0dbc456061227a7801e56634683eb0 BuildID 20130319070203 Version 18.0 and I wasn't able to reproduce using the Contacts app - is this only happen with First Time Experience?
Yes, it is only happening in FTE.
Summary: [B2G][FTE] Cannot import Facebook contacts → [B2G][FTE] During FTE cannot import Facebook contacts
I am also reproducing it but in V1.0.1, so I am nominating it for tef?
blocking-b2g: leo? → tef?
Humm, I can reproduce it in v1.0.1 but not in v1-train. qawanted to check if this fails consistently in v1-train (It works for me with latest v1-train version)
blocking-b2g: tef? → tef+
Keywords: qawanted
Assignee: nobody → crdlc
Status: NEW → ASSIGNED
Blocks: 839454
umm maybe it works fine in other branches, but it is due to a race condition (with optimize lib) and IMHO it should be fixed in v1.0.1 and v1-train as well
(In reply to Cristian Rodriguez de la Cruz (away til 03-21-2013) from comment #5) > umm maybe it works fine in other branches, but it is due to a race condition > (with optimize lib) and IMHO it should be fixed in v1.0.1 and v1-train as > well Yeah, if it is a race condition it makes sense it is not 100% reproducible.
Attached file Patch v1
Attachment #727118 - Flags: review?(jmcf)
Attachment #727118 - Flags: review?(jmcf) → review+
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Daniel, about comment 4 > on v1-train, you need to build with GAIA_OPTIMIZE=1 to have optimized builds. |make dogfood| or [make production| on the Gaia code base set this automatically, but otherwise you have to set the env variable when launching the build. In our releng builds, until very recently (yesterday or 2 days ago), this was only the case on engineering builds and not on user builds. That's maybe why you don't see the problem there. On v1.0.1 we optimize in all configurations.
Jose, are we sure your patch is enough ? In my tests, I've seen some code trying to set the cancel handler (for example) and if this happens before init is executed, then it throws with "cancelButton is undefined". also, regarding the title of the bug, I think this can happen in the Contacts app too, not only in FTE.
(In reply to Julien Wajsberg [:julienw] from comment #10) > > also, regarding the title of the bug, I think this can happen in the > Contacts app too, not only in FTE. umm, I am only reproducing it in the FTE... Julien, have you been able to reproduce it in Contact settings?
I'm really not sure about that, so if you don't reproduce then it's ok. The current patch (if it fixes the bug) should handle both cases anyway.
Removing QA wanted: Happens in FTE Facebook Import for v1.1 as well as v1.0.1 Gecko http://hg.mozilla.org/releases/mozilla-b2g18/rev/778da49486f0 Gaia 6c3767c2dea43b5e9aff7d156d36d69649005621 BuildID 20130320070206 Version 18.0 v1.0.1: "releases/mozilla-b2g18_v1_0_1" revision="fb7d33d358be" "integration/gaia-1_0_1" revision="f342f58fce0e"
Keywords: qawanted
Hi Julien, I cannot reproduce this problem but if you detect some bug related to this one, please feel free to reopen the ticket and then I could revisit the patch. Thanks Jose, did you detect some problem in Contacts app instead of FTE related to the curtain library? Thanks for your help!
Uplifted commit c27d6bab0ab2f1a97b046681e0e82cc5bb76126c as: v1-train: 1ae77b5eafd34740497615b0f13ff9b1ab564a04 v1.0.1: 1a84001bea5cbd2fbda7fbffab0da2d941b43e77
Verified fixed that importing Facebook contacts during FTE after a reset of the Unagi succeeds in importing those contacts. Unagi used: Unagi Build ID: 20130322070202 Kernel Date: Dec 5 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/5aacf880400b Gaia: 5a31a56b96a8fc559232d35dabf20411b9c2ca1d RIL: Commercial
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: