Forum Discussion
SharePoint Employee Directory Links to Delve Not Working Correctly
Hello,
One of my clients has a simple classic SharePoint online employee directory using SharePoint people search results. When you click on a user's name in the search results, it should take you to their delve profile. However, when I click on users that have not been opened in the browser before, the frame of the delve page loads, but the content for that user does not load - it only presents a white screen where the profile should be displayed. This is also the result for the OOTB SharePoint people search results page with no customization.
What's really weird: when I refresh that same delve page, the profile loads perfectly - no change in URL - just a refresh. Then, if I were to open that same users from the search results page, the delve profile loads fine, which make me think there is some weird caching behavior going on behind the scenes.
The link to the user's profile on the search result page is generated as: https://tenantname-my.sharepoint.com/Person.aspx?accountname=i%3A0%23%2Ef%7Cmembership%7Cjdoe%40companyemail%2Enet
The above link then opens the delve profile link, automatically formatted as: https://nam.delve.office.com/?u=6dfce679-0101-4d32-9828-f40139d1fb15&v=work
This is the exact same link format that the OOTB people search results page uses, and the result is exactly the same.
I've had multiple users experience the same results across multiple browsers, and I have experienced the same behavior across multiple tenants.
Does anyone know if there is a way to fix this, or is a bug?
Thanks!
Joe
trchughes Yes! I tested this on multiple SharePoint people search result pages, and they all land on a fully loaded Delve profile page without having to refresh. Thank you all for your timely responses and effort to knock this one out!
19 Replies
- DougBaylessCopper Contributor
This also happens now in Excel. It has not been fixed there. I can email a link to Delve and the link works fine from Outlook. But try to access it from Excel and the URL gets shortened to just "nam.delve.office.com" or something and, consequently, fails to reach the employee profile that was linked.
- jmarc1221Brass ContributorAre you prompted with a"trust sites" warning when you click on the link in Excel? If I click no on the trusted sites dialogue, I am taken directly to the Delve page with no issue, but if I click yes, it brings me to the Delve home page. You may want to start a new thread on here if that issue persists.
- trchughesCopper Contributor
jmarc1221 I have encountered the same issue with Delve coming from SharePoint. The issue started about the same time as you reported. Prior to that I had not experienced that issue in the prior months using our directory with a link to Delve. I have opened a support ticket on this issue. I think it is bug.
- Joe McGowanIron Contributor
trchughes We are seeing the same thing. Any updates from support? Thanks.
- trchughesCopper Contributor
Joe McGowan I have collected information using their SaRA tool and have demonstrated the issue to two O365 Ambassadors.
- F_de_VroomeCopper Contributor
jmarc1221 We are experiencing the same issue, in our own tenants as well as our client's tenants.
Might this have anything to do with SP218259 'All users may notice that a SPFx web part is losing interactivity' which also started around the same time?
- Mikael SvensonIron ContributorUnless you pre-create ODB's for users they are created until someone/the user visits, so my guess from the description is that this is what you experience. And thus expected.
- jmarc1221Brass Contributor
Mikael Svenson I'm not sure I understand your response. You're saying it's expected behavior for an OOTB SharePoint people search result to open an empty page when selected? How does that make sense?
- Mikael SvensonIron Contributor
jmarc1221 I'm saying if you visit a profile page for a user which has never logged in or visited their ODB, I think it might be yes. You state a reload makes it work. Did I understand that correctly? Meaning, it happens only once per non-logged in user?
It's a corner case for users not to have visited their ODB/Profile page at least once before someone starts visiting their profile. If I understood the scenario you can ensure all users have an ODB.
See https://docs.microsoft.com/en-us/onedrive/pre-provision-accounts