# /appLinks returns an empty array but user is assigned an application

**URL:** <https://devforum.okta.com/t/applinks-returns-an-empty-array-but-user-is-assigned-an-application/5394>\
**Category:** Questions\
**Created:** [June 13, 2019, 1:39am UTC](https://devforum.okta.com/t/applinks-returns-an-empty-array-but-user-is-assigned-an-application/5394 "2019-06-13T01:39:14Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![stdunbar](https://sea1.discourse-cdn.com/oktadev/user_avatar/devforum.okta.com/stdunbar/32/1193_2.png) [@stdunbar](https://devforum.okta.com/u/stdunbar)\
**Post date:** [June 13, 2019, 1:39am UTC](https://devforum.okta.com/t/applinks-returns-an-empty-array-but-user-is-assigned-an-application/5394/1 "2019-06-13T01:39:14Z")

</div>

I’m calling the /appLinks api ([https://dev-XXXXXX.oktapreview.com/api/v1/users/](https://dev-XXXXXX.oktapreview.com/api/v1/users/){valid user id}/appLinks) and am getting an empty array back. I have assigned my test user to an application and can see that within both the user and in the application. Some experimentation has shown that I must have a valid user id and API token as if I change either of those I get an error.

Is there something else I should be looking at? I’m pretty new to the Okta world and easily could have missed something.

---

<div class="post-metadata">

**Author:** ![dragos](https://sea1.discourse-cdn.com/oktadev/user_avatar/devforum.okta.com/dragos/32/1313_2.png) [@dragos](https://devforum.okta.com/u/dragos)\
**Post date:** [June 13, 2019, 8:00am UTC](https://devforum.okta.com/t/applinks-returns-an-empty-array-but-user-is-assigned-an-application/5394/2 "2019-06-13T08:00:57Z")

</div>

Hi @stdunbar

Are you able to access [https://dev-XXXXXX.oktapreview.com/api/v1/users/me/appLinks](https://dev-XXXXXX.oktapreview.com/api/v1/users/me/appLinks) in the browser in order to retrieve the logged in user’s applications?

---

<div class="post-metadata">

**Author:** ![stdunbar](https://sea1.discourse-cdn.com/oktadev/user_avatar/devforum.okta.com/stdunbar/32/1193_2.png) [@stdunbar](https://devforum.okta.com/u/stdunbar)\
**Post date:** [June 13, 2019, 2:45pm UTC](https://devforum.okta.com/t/applinks-returns-an-empty-array-but-user-is-assigned-an-application/5394/3 "2019-06-13T14:45:46Z")

</div>

Hi Dragos,  
The headers required prevent me from using a browser but in Postman I just get “[]” - an empty JSON array.

---

<div class="post-metadata">

**Author:** ![dragos](https://sea1.discourse-cdn.com/oktadev/user_avatar/devforum.okta.com/dragos/32/1313_2.png) [@dragos](https://devforum.okta.com/u/dragos)\
**Post date:** [June 14, 2019, 8:24am UTC](https://devforum.okta.com/t/applinks-returns-an-empty-array-but-user-is-assigned-an-application/5394/4 "2019-06-14T08:24:06Z")

</div>

Hi @stdunbar

Would it be possible to send an email to [support@okta.com](mailto:support@okta.com) in order to have one of our Support engineers assist you with this use case?

---

<div class="post-metadata">

**Author:** ![gpushp](https://sea1.discourse-cdn.com/oktadev/user_avatar/devforum.okta.com/gpushp/32/3073_2.png) [@gpushp](https://devforum.okta.com/u/gpushp)\
**Post date:** [August 25, 2021, 8:12pm UTC](https://devforum.okta.com/t/applinks-returns-an-empty-array-but-user-is-assigned-an-application/5394/5 "2021-08-25T20:12:21Z")

</div>

is this issue resolved? I still see the issue, two different results for

/api/v1/users/{{userid}}/appLinks

/api/v1/apps?filter=user.id+eq+"{{userid}}"

/api/v1/users/{{userid}}/appLinks this one allows even email in the {{userid}} field for search which avoids one additional call to fetch userid.

---

<div class="post-metadata">

**Author:** ![mrflibble](https://avatars.discourse-cdn.com/v4/letter/m/d9b06d/32.png) [@mrflibble](https://devforum.okta.com/u/mrflibble)\
**Post date:** [March 10, 2022, 2:05am UTC](https://devforum.okta.com/t/applinks-returns-an-empty-array-but-user-is-assigned-an-application/5394/6 "2022-03-10T02:05:14Z")

</div>

I too was wondering why appLinks returns empty, using an API token when attempting to retrieve a user’s linked apps.

The answer might be here:  
[https://support.okta.com/help/s/article/Why-do-results-vary-when-referencing-the-applinks-API-endpoint-from-a-Browser-or-from-a-different-medium?language=en\_US](https://support.okta.com/help/s/article/Why-do-results-vary-when-referencing-the-applinks-API-endpoint-from-a-Browser-or-from-a-different-medium?language=en_US)

> The Apps returned via /appLinks are the App Cards seen on the user’s dashboard. If a user is assigned to an application that has the _Login initiated by_ set to either _Okta_ or _App_ , and Application visibility is set to _Display application icon to users_ - it will appear.  
> Please note that the API call _/api/v1/users/{{UserID}}/appLinks_ , when performed through a token, will **not have access to the Personal Apps** set up and managed by the end user. Conversely, if the call is performed through the browser, by the user who has a session, it will have access to the **Personal Apps** set up by the end user, who are only visible for him.

The documentation at [Users | Okta Developer](https://developer.okta.com/docs/reference/api/users/#get-assigned-app-links) does not mention this restriction.

(related, closed, topic: [User API - appLinks returns 0 results](https://devforum.okta.com/t/user-api-applinks-returns-0-results/11328))

To see if a user is an assigned to an app:

```auto
/api/v1/apps/{$applicationId}/users/{$userId}

```

That will return an Application User if the user is assigned to the app. This requires you knowing the applicationId and the userId must be a user.id (not the user.login)

hope this helps someone!

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/oktadev/original/1X/589c4c5f80de422d01f47cee7185a7fb8227835c.png) [@system](https://devforum.okta.com/u/system)\
**Post date:** [February 8, 2024, 9:49pm UTC](https://devforum.okta.com/t/applinks-returns-an-empty-array-but-user-is-assigned-an-application/5394/7 "2024-02-08T21:49:05Z")

</div>

This topic was automatically closed 24 hours after the last reply. New replies are no longer allowed.
