Unable to restore one drive personal vault file
Im trying to restore my onedrive file that I did not even deleted from personal vault I simply renamed it and somehow it got auto deleted now when Im trying to restore the file Im unable to restore it. You can in right panel it is "Waiting" indefinitely Please help I need these files urgently. ASAP.sharedWithMe returns only one item
A request from a standalone application to the https://learn.microsoft.com/en-us/graph/api/drive-sharedwithme endpoint returns only one item. Scopes used for authorization are: files.readwrite.all, group.readwrite.all, sites.readwrite.all, offline_access user.read When calling the same endpoint https://developer.microsoft.com/en-us/graph/graph-explorer, all shared items are returned. Result from application: { "@odata.context": "https://graph.microsoft.com/v1.0/$metadata#Collection(microsoft.graph.driveItem)", "value": [ { "createdDateTime": "2025-11-13T18:48:46Z", "id": "700DF30854FEF749!sd0cb731281c141acb1bf78fed133f933", "lastModifiedDateTime": "2025-11-13T18:48:46Z", "name": "saĝa-simio", "webUrl": "https://onedrive.live.com?cid=700df30854fef749&id=700DF30854FEF749!sd0cb731281c141acb1bf78fed133f933", "size": 0, "createdBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Saĝa Simio" } }, "lastModifiedBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Saĝa Simio" } }, "fileSystemInfo": { } Note that only one item is returned. Result from Graph Explorer: { "@odata.context": "https://graph.microsoft.com/v1.0/$metadata#Collection(microsoft.graph.driveItem)", "@microsoft.graph.tips": "Use $select to choose only the properties your app needs, as this can lead to performance improvements. For example: GET me/drive/microsoft.graph.sharedWithMe?$select=audio,bundle", "value": [ { "createdDateTime": "2025-11-13T18:48:46Z", "id": "700DF30854FEF749!sd0cb731281c141acb1bf78fed133f933", "lastModifiedDateTime": "2025-11-13T18:48:46Z", "name": "saĝa-simio", "webUrl": "https://onedrive.live.com?cid=700df30854fef749&id=700DF30854FEF749!sd0cb731281c141acb1bf78fed133f933", "size": 0, "createdBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Saĝa Simio" } }, "lastModifiedBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Saĝa Simio" } }, "fileSystemInfo": { "createdDateTime": "2025-11-13T18:48:46Z", "lastModifiedDateTime": "2025-11-13T18:48:46Z" }, "folder": { "childCount": 1, "view": {} }, "remoteItem": { "createdDateTime": "2025-11-13T18:48:46Z", "id": "700DF30854FEF749!sd0cb731281c141acb1bf78fed133f933", "lastModifiedDateTime": "2025-11-13T18:48:46Z", "name": "saĝa-simio", "size": 0, "createdBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Saĝa Simio" } }, "fileSystemInfo": { "createdDateTime": "2025-11-13T18:48:46Z", "lastModifiedDateTime": "2025-11-13T18:48:46Z" }, "folder": { "childCount": 1, "view": {} }, "lastModifiedBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Saĝa Simio" } }, "parentReference": { "driveType": "personal", "driveId": "700df30854fef749" }, "shared": { "scope": "users", "sharedDateTime": "2025-11-13T19:16:19Z", "owner": { "user": { "id": "700df30854fef749", "displayName": "Saĝa Simio" } }, "sharedBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Saĝa Simio" } } }, "sharepointIds": { "listId": "a5aff78d-98ee-4b34-b35b-f4fe365ebd74", "listItemId": "184", "listItemUniqueId": "d0cb7312-81c1-41ac-b1bf-78fed133f933", "siteId": "87dbe7ee-ae0c-4854-82e7-d56d982fef54", "siteUrl": "https://my.microsoftpersonalcontent.com/personal/700df30854fef749", "webId": "9d8b91c3-b0b9-45d1-83e4-17babde0d1dc" } } }, { "createdDateTime": "2025-11-13T18:24:59Z", "id": "D26CADA368C1131F!116", "lastModifiedDateTime": "2025-11-13T18:24:59Z", "name": "Beastie", "webUrl": "https://onedrive.live.com?cid=d26cada368c1131f&id=D26CADA368C1131F!116", "size": 0, "createdBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Faerie Graceful" } }, "lastModifiedBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Faerie Graceful" } }, "fileSystemInfo": { "createdDateTime": "2025-11-13T18:24:59Z", "lastModifiedDateTime": "2025-11-13T18:24:59Z" }, "folder": { "childCount": 1, "view": {} }, "remoteItem": { "createdDateTime": "2025-11-13T18:24:59Z", "id": "D26CADA368C1131F!116", "lastModifiedDateTime": "2025-11-13T18:24:59Z", "name": "Beastie", "size": 0, "createdBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Faerie Graceful" } }, "fileSystemInfo": { "createdDateTime": "2025-11-13T18:24:59Z", "lastModifiedDateTime": "2025-11-13T18:24:59Z" }, "folder": { "childCount": 1, "view": {} }, "lastModifiedBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Faerie Graceful" } }, "parentReference": { "driveType": "personal", "driveId": "d26cada368c1131f" }, "shared": { "scope": "users", "sharedDateTime": "2025-11-13T18:41:30Z", "owner": { "user": { "id": "d26cada368c1131f", "displayName": "Faerie Graceful" } }, "sharedBy": { "user": { "email": "email address removed for privacy reasons", "id": "email address removed for privacy reasons", "displayName": "Faerie Graceful" } } }, "sharepointIds": { "listId": "5d31fd1e-38af-4117-b637-c1a0f7d5ca95", "listItemId": "4", "listItemUniqueId": "68c1131f-ada3-206c-80d2-740000000000", "siteId": "74111012-f9e7-4940-ad60-5e53a21e2d3c", "siteUrl": "https://my.microsoftpersonalcontent.com/personal/d26cada368c1131f", "webId": "f1ea2ab8-b5ee-4c93-8ce2-6c12700c226a" } } } ] } Any tips or suggestions are welcome.
Can a mobile app programmatically trigger the OneDrive mobile app?
Hi, I am developing a native mobile application (Android and iOS) and I would like to clarify what is officially supported when interacting with OneDrive on mobile devices. Specifically, I would like to know: - Is there any supported way (Android Intent, iOS URL scheme, or similar) for a third-party mobile app to programmatically trigger the OneDrive mobile app to create folders or upload files? - Or is Microsoft Graph API the only supported approach to create folders and upload files to OneDrive / SharePoint from a mobile application? I am looking for an official clarification on the supported approach. Thank you.
Suggestion: URL scheme for onedrive synced locations
For a sharepoint site on the web, URLs are straightforward https:// ENTERPRISETENANT .sharepoint.com/sites/ SITENAME / LIBRARY Right now, if you need to coach someone through using a file in a way that requires syncing a folder, it's just a little too difficult. In the interest of making it more possible for coworkers to provide practical instructions to each other, we would really benefit from having a way to link files the implies use of an existing sync or onedrive shortcut, and which falls back to suggest creating a new one. Currently, we have to hope that our colleagues are using sharepoint site syncing the way that we hope they are, if we want to provide really specific context for things. e.g. If my relative path is %USERPROFILE%/My Enterprise Tenant name/SITENAME - Documents/project1 someone else's could be %USERPROFILE%/My Enterprise Tenant name/SITENAME - project1 OR %USERPROFILE%/OneDrive - My Enterprise Tenant name/Documents/project1 OR %USERPROFILE%/OneDrive - My Enterprise Tenant name/project1 Suppose we had new updates of OneDrive that set up a URL scheme that gets attached to an executable interpreter, and the interpreter takes what are otherwise the elements of an absolute https URL, but instead of opening a browser, it would compare it against the locally synced path (i.e. information from the "Accounts" settings). If there's a match, it could then link to a location on disk (probably via some kind of consent screen as an intermediate): -x-ms-onedrivesync://ENTERPRISETENANT.sharepoint.com/sites/SITENAME/LIBRARY/PATH/ If the URL is not represented among the onedrive folders that are synced, so far, then onedrive could propose that the user start syncing this folder, instead. I really prefer the idea of treating a "onedrive shortcut" and a "sync" folder the same, as long as it's for an equivalent location in the cloud. This got really confusing to explain to people, once the "shortcut" feature was introduced. Please? It would make things a lot easier. Does anything like this already exist? Is there a tool or a best practice that IT support at "work or school" organizations are already using to explain and talk about such things?Local Onedrive files won't open when away from Wifi
Why can't I open a Onedrive file that is saved to my Surface harddrive when I am away from WiFi. I literally opened the file up while I was with WiFi, so when I travelled to the non-WiFi location, the file would be available, or updated, or not be corrupted, or not do whatever crazy thing it does when it can't connect. Sadly I forgot to plug it in so it had to restart and did an update. When I tried to re-open the file that is literally on my harddrive, it said "Excel cannot open the file because the file format or the file extension is not valid". This is ridiculous, and not the only time it has happened. Even if my Onedrive sync is up to date, at times when I am away from WiFi, when trying to open a file I get the same report. To be safe, I have made a practice to open the files I need to ensure that they will be available when I am away from WiFi. If the files are on my computer drive, why can't I open them?? Please give a better solution then me hoping it is going to work every time I go out.Persistent OneDrive File Handler Cache After Removal
I’m a developer supporting an Azure AD application that was previously registered with a File Handler for PDF files (used to display the "Open with Lumin PDF" option in OneDrive’s context menu). The File Handler configuration was removed on June 19, 2024. However, some of our customers are still seeing the "Open with Lumin PDF" option in their OneDrive UI. This is causing confusion and additional support overhead on our side. I understand this is likely a caching issue, so I’ve asked our customers to: Clear the server-side cache by following https://learn.microsoft.com/en-us/onedrive/developer/file-handlers/reset-cache?view=odsp-graph-online Clear their browser cache, re sign-in in a new browser profile I’ve already tried all possible solutions within my control to resolve this caching issue, but none have been effective. What else can I do to address this?Why isn't there a PowerShell module for OneDrive?
Out of all the various applications that Microsoft produce, OneDrive stands out as an anomaly. Where is the PowerShell module for managing it? Some very simple requirements by developers are simply missing. A very simple one - can I test whether OneDrive is still synchronising and therefore I have to wait before my program/script progresses so that I'm sure we've got the latest versions or won't suddenly get "Cloud provider not running". OneDrive has been around years, this really perplexes me...
Congratulations, Microsoft products couldn't have been worse even if you tried.
I was thinking why should I bother posting about this, who would read it, and would it make Microsoft any better if someone reads this? But the world would never improve if no one reports this kind of bad design. So here we go. Why make it so hard to sign up for Azure, register an app, set up permissions, register an app in the MDN (whatever the F it stands for), just to be able to connect to build an ETL job that pulls from multi-tenant onedrive. Why so much text everywhere that it becomes unreasonable to read and find information that matters. Why pretend you have an AI called Copilot when it doesn't have access to data and all it does is spit back information from the docs. How to fix this? Put yourself in the shoes of someone new who's integrating Microsoft products for the first time. No assumptions. No required prior knowledge. Less text, straight to the point. No weird error messages with complicated Error IDs. If no one understands them, why bother bloat the limited screen space with it? Why not have an actual AI that can give concrete pointers instead of showing a link to a generic documentation page? This could go on, but I'm gonna practice what I preach and get straight to the point with the suggestions above. The only moat Microsoft has is the heavy corporate contracts that bind stupid corporations to use Microsoft products and services. The moment a new provider with simpler/faster/cheaper services shows up, developers and people working day-to-day with Microsoft services will gladly migrate over. My 2-cent bottle in the sea.
OneDrive repeatedly misguiding users
Hi, Just letting you guys know that you are pushing the OneDrive agenda way too much and you are repeatedly misguiding and misrepresenting users on how and where they should store their files, without acquiring proper permission, without disclosing proper procedures, and without informing users on the consequences of their decisions. It's not your place to dictate to users how they should store their files and where to store them and organize them. Additionally, I have brought this up to support in the past: Windows Updates get installed and before I can even login, I get these blue screen prompts to go back to using Edge, as well as to use OneDrive, and to "Backup with OneDrive." The users are essentially being pushed or tricked into agreeing with whatever you want them to do and this is completely wrong. Where do these backups go? What are the folder structures? What "apps" get backed up? How do you offer Restoration in the event of a failure? What is the proper procedure to recover lost files? Do you have File/Version History? Who said it's correct, for example, to synchronize the Windows Desktop among computers? Who is issuing all these incorrect procedures on file management, backup, and synchronization?
