Forum Discussion
"Share with people in org" results in cluttered Shared with me view
Thanks for following up! My guess is that adding the anonymous link to the web part is what caused the issue. We don't recommend using the anonymous link for that type of scenario.
There's also a known issue around SWM not updating after losing access (or at least it taking a while). Stay tuned for more info.
Stephen Rice
OneDrive Program Manager II
MicrosoftHi bart_vermeersch,
Can you answer a few questions to make sure I understand what's going on? You're creating a link that works for people in your organization, right? And when you share, are you sending it to just Person B or is it going to a security group containing multiple people?
The way things are supposed to work: A link that works for people in your organization will only show up in your Shared With Me view if the link was actually sent to you. Thanks!
Stephen Rice
OneDrive Program Manager II
Hello StephenRice, thanks for following up!
We did share it by creating and using a link for everyone. I'm positive we didn't share it with all 15K+ accounts "Separately". No emails were received for the shared items. We did this for 20 png images in the siteassets library.
These "anonymous" links were used in a SharePoint list (which is crawled) and the images are displayed in a Content Search Web Part. Could it be that by surfacing those anonymous links on a web page, they are added to the "Shared with me"?
We now have removed all those links, removed all permissions but the png's remain visible (after a couple of weeks) in everyone's "Shared with me". Clicking them or trying to remove from Shared list results in an error. For this we opened a premier support ticket.
Maybe it's possible to revise the "Remove from Shared list" so it can remove/hide items from the Shared list when it returns the error "Item hasn't been shared or isn't shared"
I hope it's clear.
Bart
- StephenRice
Thanks for following up! My guess is that adding the anonymous link to the web part is what caused the issue. We don't recommend using the anonymous link for that type of scenario.
There's also a known issue around SWM not updating after losing access (or at least it taking a while). Stay tuned for more info.
Stephen Rice
OneDrive Program Manager II
Hello StephenRice
Thanks for the feedback. Using anonymous links was indeed a poor choice, we changed the setup and set the correct SharePoint permissions so we hope to benefit from CDN as well using direct links https://tenant.sharepointcom/siteassets/folder/image.png
Is there anything we can do or ask support to do to remove all the old shared files from the SWM of our 15K users. After a month the're still there, I think Support prefers to avoid full rebuild/crawl of the tenant.
Yeah your best bet is just slap “everyone” permission group direct on your item then you can link to it instead of generating link.
- Yea using those files as links causes people to access the documents so it adds them to their shared with view.
I have that problem with the shared with after files get removed too. Assuming it’s a bug but usually you can delete and you get an error but they end up going away.