Forum Discussion
Files shared with Anyone sometimes prompt users to request acccess to the file
Hi all,
Like the others, I have been seeing this issue as well as a few people not being able to access OneDrive documents either. I had my director open a ticket with Microsoft, and received the response below. My users are currently OOO, so was hoping to pass this along and see if it worked for anyone else.
Carry out the steps below for the users with the OneDrive issue:
- From the Sharers OneDrive
- Go to return to classic OneDrive from the bottom left corner of the OneDrive page
- Click the settings gear icon > Site settings > People and Groups
- Edit the URL such that "_layout/15/people.aspx?MembershipGroupid=0" is the last information on the URL address.
- Locate the user who is unable to access the shared item
- Check the box in form on the username
- Click Actions and Select Delete Users from Site Collection
- Proceed to reshare items from the OneDrive with the user
Carry out the steps below for the users with SharePoint issue.
- Navigate to the SharePoint site >> site permissions >> advanced permissions settings
- Edit the URL such that "_layout/15/people.aspx?MembershipGroupid=0" is the last information on the URL address. (Replace /_layouts/15/user.aspx with /_layout/15/people.aspx?MembershipGroupid=0)
- Locate the user who is unable to access the SharePoint site
- Check the box in form on the username
- Click Actions and Select Delete Users from Site Collection
- Proceed to reshare the site again with the user
Let me know if anyone is able to try and what the outcome is.
- Completely unrealistic "solution". We send these links to thousands of people. We can't possibly delete them one by one.
nickf23 these steps don't work in my personal OneDrive.
- "Return to classic OneDrive" isn't an option -- I see only "Premium OneDrive", "451GB used", and "Get the OneDrive apps".
- If I theorize that maybe I'm already in Classic and proceed to the settings gear, I don't see "Site settings", nor do I see "People and Groups" on any subsequent page. My gear options are "Options", "Upgrade", and "English (United States)".
In my nonprofit org, I am able to follow the Sharepoint steps. However there are two problems:
- You have a typo in the URLs. Should be "_layouts" not "_layout".
- Upon reaching this page, I do not see the troublesome user account. For example, given my recent experience of being asked to (re-)authenticate via personal identity, I'd expect to see mailto:email address removed for privacy reasons listed as an erroneous guest account here. But it's not there. Nor do I see the work/school accounts of end users who've complained in the past.
I do see my nonprofit identity (mailto:email address removed for privacy reasons) in the list, but I'm obviously not going to delete that -- I'm the only site admin!
- Given some effort, I'm pretty sure I could repro this under a debugger. (I'm a former MS SDE/T)
Before I waste more time, I'd like some confirmation that folks on the inside are still treating this very old issue as Sev1, and will communicate the right place to send trace logs where they'll actually be seen. (@lrc5333 did this work back in 2020, yet here we are...)
I have consistently experienced this problem for many years, against both personal OneDrive and ODFB (Sharepoint) backends. The "bad" recipient is always someone with a Microsoft identity (e.g. Hotmail or a work/school account). Sometimes it's me -- literally unable to access a "share with anyone" link that I created just moments ago, unless I fish out my phone and re-enter my 2FA.
Fully anonymous users don't seem to be affected.
Needless to say this is a terrible UX. I run a tiny nonprofit (<5 users), so virtually everyone who receives a OneDrive link is a so-called "guest" in MS terminology. Most of these collaborators, vendors, volunteers, etc have no connection to MS and thus do fine. But those that do -- because it's required for their work, school, or Xbox -- get the worst experience of all, rather than benefiting from familiarity with the MS ecosystem. It's particularly baffling for power users with decent tech skills and their own account @ my nonprofit, because they will (quite reasonably) try to type the password for my org -- the tenant from which the file is shared -- rather than the work/school account that their screen is actually prompting them for.
To put it bluntly for StephenRice and his fellow PMs: requiring extraneous auth turns your potentially strongest users into the loudest voices for abandoning MS tools. As everyone reminds me (tech & nontech alike), GDocs simply does not have this issue.
