Closed
Bug 920752
Opened 11 years ago
Closed 11 years ago
[Contacts] Fix gmail import in Firefox Nightly
Categories
(Firefox OS Graveyard :: Gaia::Contacts, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: kgrandon, Assigned: kgrandon)
References
Details
(Whiteboard: [c= p=2 s=2014.02.14 u=])
Attachments
(1 file, 2 obsolete files)
While doing some perf investigation, I found it hard to debug parts of the contacts application in firefox nightly.
It should be fairly trivial to support oauth windows in the browser with some simple origin changes.
Assignee | ||
Comment 1•11 years ago
|
||
Will ask for reviews once bug 920742 lands.
Comment 2•11 years ago
|
||
Nice :)
This will help a lot
Assignee | ||
Updated•11 years ago
|
Whiteboard: [c= p=3 s= u=] → [c= p=3 s=2013.10.04 u=]
Updated•11 years ago
|
Whiteboard: [c= p=3 s=2013.10.04 u=] → [c= p=3 s= u=]
Updated•11 years ago
|
Target Milestone: --- → 1.2 C3(Oct25)
Assignee | ||
Comment 3•11 years ago
|
||
Comment on attachment 810128 [details]
Github pull request
Hi Francisco, now that dependent bugs have landed I am able to import gmail contacts with this patch in Firefox Nightly. If you could please take a look it would be appreciated. Thanks!
Attachment #810128 -
Flags: review?(francisco.jordano)
Comment 4•11 years ago
|
||
Hi Kevin,
sorry for the late review, I've been pretty busy past weeks.
I've tried your patch in both the browser (working perfectly), and the phone. In the case of the phone, despite of being the same code I got this output after importing.
Are you familiar with that?
Thanks!
Flags: needinfo?(kgrandon)
Assignee | ||
Comment 5•11 years ago
|
||
(In reply to Francisco Jordano [:arcturus] from comment #4)
> Created attachment 823356 [details]
> 2013-10-28-10-38-39.png
>
> Hi Kevin,
>
> sorry for the late review, I've been pretty busy past weeks.
>
> I've tried your patch in both the browser (working perfectly), and the
> phone. In the case of the phone, despite of being the same code I got this
> output after importing.
>
> Are you familiar with that?
I haven't seen this before, but I haven't tested this in a while. Perhaps it is some rebasing/idl change? I will test and let you know!
Flags: needinfo?(kgrandon)
Assignee | ||
Comment 6•11 years ago
|
||
Comment on attachment 810128 [details]
Github pull request
Clearing review flag until I test this on a device again.
Attachment #810128 -
Flags: review?(francisco.jordano)
Comment 7•11 years ago
|
||
Thanks a lot!
Assignee | ||
Comment 8•11 years ago
|
||
Comment on attachment 810128 [details]
Github pull request
Hi Francisco -
I think this may have been happening due to all of the weird WebIDL changes. I've just rebased this branch on top of a new gecko and everything seems well. Could you give it another shot? Thanks!
Attachment #810128 -
Flags: review?(francisco.jordano)
Comment 9•11 years ago
|
||
Comment on attachment 810128 [details]
Github pull request
Thanks a lot for the work, and sorry for being late reviewing it.
Tried on the phone and the browser and working nice!
Thanks again Kevin!
Attachment #810128 -
Flags: review?(francisco.jordano) → review+
Assignee | ||
Comment 10•11 years ago
|
||
Thanks! Landed in master: https://github.com/mozilla-b2g/gaia/commit/43ceb6c0b0d1a500d0de956f60e9eb32879018fd
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [c= p=3 s= u=] → [c= p=2 s= u=]
Comment 11•11 years ago
|
||
Reverted, the changes break fb synchronization which it is done from a Web Worker.
Particularly, fb_contact_utils.js. Please be careful with these kind of 'find-replace' changes, as it can break things easily.
https://github.com/mozilla-b2g/gaia/commit/87b955d576b7422befadb85208f9a612153c4d08
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 12•11 years ago
|
||
(In reply to Jose M. Cantera from comment #11)
> Reverted, the changes break fb synchronization which it is done from a Web
> Worker.
Ok, thanks for looking out for this. I'm going to put this on hold until we have more facebook/gmail integration tests as we should catch these things in travis/tbpl I hope.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → WONTFIX
Assignee | ||
Comment 13•11 years ago
|
||
Oops - I'll leave this open for now and block on a testing bug.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Comment 14•11 years ago
|
||
Hi Jose,
thanks for catching this, tried gmail and hotmail but not facebook.
Hopefully the integration tests will be a better fix.
Thanks guys.
Updated•11 years ago
|
Target Milestone: 1.2 C3(Oct25) → ---
Assignee | ||
Comment 16•11 years ago
|
||
Updating with recent pull request. Worker fixes have not been addressed yet.
Attachment #810128 -
Attachment is obsolete: true
Attachment #823356 -
Attachment is obsolete: true
Assignee | ||
Comment 17•11 years ago
|
||
Comment on attachment 8358102 [details] [review]
Github pull request
Hi Francisco, Jose -
Opening this one up for review again. I haven't made any changes, as I went through the code and it seems like everything should be ok from a worker. I've verified that both Facebook and Gmail contacts work on a device. (Gmail contacts will work in the browser here, but there are still some things to do for Facebook). I would like to handle Facebook in a follow-up patch though.
Please let me know if you find anything else. Francisco - this is the same patch you R+'d before, but I'm opening it up for review just in case you notice anything else.
Jose - Please let me know if you still see the issue with fb_contact_utils.js, and any steps to reproduce it. Thanks!
Attachment #8358102 -
Flags: review?(jmcf)
Attachment #8358102 -
Flags: review?(francisco.jordano)
Comment 18•11 years ago
|
||
Comment on attachment 8358102 [details] [review]
Github pull request
location.origin is returning undefined in Worker, thus r- .
Note: Apart from that blocker I don't like these changes. They are introducing risk for free and not end user benefit, taking into account that with App Manager nowadays we are having good debug tools based on real devices.
Attachment #8358102 -
Flags: review?(jmcf) → review-
Assignee | ||
Comment 19•11 years ago
|
||
(In reply to Jose M. Cantera from comment #18)
> Comment on attachment 8358102 [details] [review]
> Github pull request
>
> location.origin is returning undefined in Worker, thus r- .
I re-opened this because developers are asking for this, and it helps us debug issues. Jose - can you give me STR where location.origin returns undefined? Location attributes should be readable from a worker, but not writable. This is documented on MDN, and works from me on a device. I tested this by flashing the app to a device, and syncing my facebook friends. Is there anything I am missing here?
Anyway, if you can give me steps to reproduce the issue you are seeing - I will more than happily debug, fix them, and add a test.
Flags: needinfo?(jmcf)
Assignee | ||
Comment 20•11 years ago
|
||
(In reply to Jose M. Cantera from comment #18)
> Comment on attachment 8358102 [details] [review]
> Github pull request
>
> Note: Apart from that blocker I don't like these changes. They are
> introducing risk for free and not end user benefit, taking into account that
> with App Manager nowadays we are having good debug tools based on real
> devices.
Also note that not all third party developers have devices, and they want to contribute to the project. We should knock down these barriers so that they can contribute to Mozilla.
Comment 21•11 years ago
|
||
it is returning undefined. In order to test it you need to exercise the worker code and that's done when you import some friends and later click another time on 'update facebook friends'. Then find a log trace 'Worker up and running' to verify that the worker is in execution. You can log another trace in sync_worker.js to see the value of the location, but please test it on a device, not in the browser :) .
Flags: needinfo?(jmcf)
Comment 22•11 years ago
|
||
(In reply to Kevin Grandon :kgrandon from comment #20)
> (In reply to Jose M. Cantera from comment #18)
> > Comment on attachment 8358102 [details] [review]
> > Github pull request
> >
> > Note: Apart from that blocker I don't like these changes. They are
> > introducing risk for free and not end user benefit, taking into account that
> > with App Manager nowadays we are having good debug tools based on real
> > devices.
>
> Also note that not all third party developers have devices, and they want to
> contribute to the project. We should knock down these barriers so that they
> can contribute to Mozilla.
Yes but not at the cost of introducing regression risk. Developers have other options like b2g desktop ...
Assignee | ||
Comment 23•11 years ago
|
||
Comment on attachment 8358102 [details] [review]
Github pull request
(In reply to Jose M. Cantera from comment #22)
> (In reply to Kevin Grandon :kgrandon from comment #20)
> Yes but not at the cost of introducing regression risk. Developers have
> other options like b2g desktop ...
B2G desktop is being phased out for a more browser-like environment, which will be a build of Firefox Nightly. Our code should be flexible enough to handle either environment.
Thank you for the reproduction details, I will take a look and update the PR if necessary.
Attachment #8358102 -
Flags: review?(francisco.jordano)
Attachment #8358102 -
Flags: review-
Comment 24•11 years ago
|
||
Thanks a lot Kevin for taking care of this!
Assignee | ||
Comment 25•11 years ago
|
||
Just updating to say that I'm still working on this when I have time. It turns out that we have the location object, and every property is there, except for the origin. I think adding the origin property here is our best bet in making this flexible.
I've filed bug 964148 to track this.
Depends on: 964148
Assignee | ||
Comment 26•11 years ago
|
||
Comment on attachment 8358102 [details] [review]
Github pull request
Dependent gecko patch has landed, and no additional changes here have happened. Carrying R+ from arcturus.
Attachment #8358102 -
Flags: review+
Assignee | ||
Comment 27•11 years ago
|
||
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 28•11 years ago
|
||
Note: location.origin in workers is a new feature. You will need a gecko build within the last week or so to utilize this.
Updated•11 years ago
|
Whiteboard: [c= p=2 s= u=] → [c= p=2 s=2014.02.14 u=]
You need to log in
before you can comment on or make changes to this bug.
Description
•