Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Change to version 2 of API consequences #68

Open
MathRobin opened this issue Jan 18, 2019 · 1 comment
Open

Change to version 2 of API consequences #68

MathRobin opened this issue Jan 18, 2019 · 1 comment

Comments

@MathRobin
Copy link

First of all, thanks for all the first info in this thread: #60. Just a question about profile fields asked for signin.

I had an implementation of this strategy which required a lot of fields:

profileFields: [
      'id',
      'first-name',
      'last-name',
      'email-address',
      'headline',
      'summary',
      'industry',
      'picture-url',
      'positions',
      'public-profile-url',
      'location'
    ]

If I understand well the doc, i have to change some of them to this :

profileFields: [
      'id',
      'firstName',
      'lastName',
      'profilePicture'
    ]

But what about the other fields ? what about email, headline, summary, etc. ? Any idea ? How to get them ?

@pietersv
Copy link

pietersv commented Apr 8, 2019

Per this page, email requires a separate call https://docs.microsoft.com/en-us/linkedin/consumer/integrations/self-serve/migration-faq?context=linkedin/consumer/context

How do I retrieve the member's email address?
There are no changes to the r_emailaddress permission scope used to retrieve the authenticated member's email address. However, the method used to retrieve the email address has been updated.

Whereas the v1 Profile API returned the email address within the Profile response body, a separate request is to retrieve the email address is now required. Use the request below to retrieve the currently authenticated member's email address:

HTTP

Copy
GET https://api.linkedin.com/v2/emailAddress?q=members&projection=(elements*(handle~))

This route requires an auto token, which I think you can get in the callback , but i'm hoping that this repo incorporates that automatically in time for May.

function (token, tokenSecret, profile, done) {
...
}

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants