Dan Moore

Thanks for the suggestion @Diane-Rose22 . Unfortunately we have a full roadmap right now, but when we revisit this functionality, we'll review this issue.

Thanks for the comment and thanks for upvoting!

Thanks for the suggestion @Diane-Rose22 . Unfortunately we have a full roadmap right now, but when we revisit this functionality, we'll review this issue.

@DeviPrasad Thanks for using FusionAuth, and I'm glad you find it helpful! I'm afraid we don't have a firm date for this work being done. As @robotdan [mentions](https://github.com/FusionAuth/fusionauth-issues/issues/275#issuecomment-525936887), if you...

Thanks for sharing your use case, @nerfpops, really appreciate it. It's always great to hear how people are using FusionAuth to solve their auth problems. Please make sure you vote...

@dystopiandev sorry, no changes in when this will be delivered. Still something we plan to support in the future, but haven't committed to a timeframe.

@pmolaro if you are interested in paying to have this feature built on a defined schedule, you can contact our sales department and we can give you a professional services...

Thanks @miaucl . I'll add this to our backlog and next time we focus on search we can review the request. But we don't have this in our current roadmap...

@jschatz1 From https://fusionauth.io/docs/apis/identity-providers/openid-connect > FusionAuth will also store the refresh_token returned from the external OpenID Connect provider, if such a token is provided, in the identityProviderLink object, in the identityProviderLink.token...

@robotdan I agree that this is "working as designed" but it seems to me that nulling out an existing refresh token is not exactly behavior that the user will expect...