Enabling OneDrive Health Sync
Hello, once again being victimized by Microsoft 😒 Have a series of users reporting constant sync errors. We've reached out to Microsoft technical support and they just successively told us it was garbage and not to use it. Anyway, trying to get the Sync Health Dashboard to work, based off this document: https://learn.microsoft.com/en-us/sharepoint/sync-health?tabs=windows It's one of those Microsoft documents that the community CAN'T edit, so of course - it's out of date and incorrect. From what I can figure, based on research from other sources, most of this process is now arbitrary, and you have to create a 'EnableSyncAdminReport' in some policy location in the registry. Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OneDrive < already exists, but not referenced by documentation Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\OneDrive < key doesn't exist, but is referenced by documentation. but this sorta 'try it and see' methodology really upsets me. Anyone have any insight to this, and why the documentation team fails to update the documentation, or whether this process will work or not?
Onedrive LOSES my data!
So I spent time adding lots of entries to a stock management spreadsheet, saved it to my onedrive and made sure it said 'saved' at the top of the excel window. Opened the sheet again today to see that all of my changes are gone and I have effectively lost my stock because the absolute imbeciles at Microsoft can't code. How do I get my work back? When are microsoft going to sort their sloperating system out?
OneDrive for macOS documentation issue. DefaultFolder plist example is missing array wrapper
Hi everyone, The Microsoft Learn documentation for configuring the OneDrive sync app on macOS currently contains an incorrect plist example for the DefaultFolderLocation setting. Documentation page: https://learn.microsoft.com/en-us/sharepoint/deploy-and-configure-on-macos#defaultfolderlocation In the “DefaultFolderLocation” section, the current plist example shows the DefaultFolder key as a dictionary: <key>DefaultFolder</key> <dict> <key>Path</key> <string>(DefaultFolderPath)</string> <key>TenantId</key> <string>(TenantID)</string> </dict> This format does not work correctly when deployed as a managed preference/configuration profile. The setting starts working when the DefaultFolder dictionary is wrapped in an array, like this: <key>DefaultFolder</key> <array> <dict> <key>Path</key> <string>(DefaultFolderPath)</string> <key>TenantId</key> <string>(TenantID)</string> </dict> </array> Please update the Microsoft Learn documentation to include the array wrapper in the DefaultFolder plist example. The current Microsoft Learn example is confusing because administrators may deploy the documented plist exactly as shown, but the setting does not appear to work correctly until the array wrapper is added.
Problem with OneDrive-Docusign
Hello, I have been using Microsoft 365 Family with Word Online and OneDrive for a long time, and the "Request Signature" feature worked perfectly until recently. Now, every time I click Request Signature, I receive the following error: "We couldn't connect to the '{0}' catalog server for this add-in." I found your announcement about the retirement of the Legacy DocuSign for SharePoint integration, and I'm trying to determine whether this is the cause of the issue. My questions are: Is Microsoft 365 Family still supported for the Request Signature feature in Word Online? Do I need to migrate to Microsoft 365 Business to continue using this feature? If so, which Microsoft 365 Business plan do you recommend, and will my current DocuSign account continue to work after the migration? I have already cleared my browser cache, signed out and back in, and tested different browsers, but the issue persists. Thank you for your assistance.
OneDrive Taking up space on C: even when nothing is being kept on device.
Recently got a new device and had all my files on the previous device synced to my OneDrive. The C drive has about 120 GB of my data (including OS) but when I check my Disk space, I only have 5GB remaining out of 256. However, OneDrive seems to be taking about 150 GB on the disk even though all the files have the cloud icons on it.
OneDrive sync causes workflow inefficiencies and UX issues in Microsoft 365 and File Explorer
I would like to describe some workflow issues caused by the current integration between OneDrive, Windows, File Explorer, and Microsoft 365 apps. I understand that OneDrive is designed to synchronize files across devices, but in some scenarios the current behavior creates unnecessary delays, especially with slow internet connections or large synchronization queues. 1. Exported Microsoft 365 files are not immediately available in the selected OneDrive folder When exporting a Microsoft 365 file, for example exporting a Word, Excel, or PowerPoint document to PDF, the user can select a OneDrive-synced folder as the destination. However, the exported file is not always immediately visible or accessible in that folder through Windows File Explorer. From the user’s perspective, it seems that the file is first saved into a temporary or internal Microsoft 365/OneDrive staging location, then uploaded to OneDrive, and only later appears in the actual synced folder through the normal synchronization process. The issue is not that the file is never stored locally, but that it is not immediately available in the location explicitly selected by the user. This creates practical problems. After exporting a PDF, I may need to quickly locate it in File Explorer to copy it elsewhere, attach it, upload it to another platform, or use it in a web tool to merge it with other PDFs. However, even though I selected a OneDrive folder as the destination, the file may not be available there right away. A related issue is that Microsoft 365 or Windows may open the exported file through a browser or web link instead of opening the local file directly. This can trigger login prompts, open the web version of Office, and interrupt the expected desktop workflow. Expected behavior: When saving or exporting a file to a OneDrive-synced folder, the file should become immediately visible and accessible in the selected folder in File Explorer, while OneDrive continues uploading or syncing it in the background. If the user selected a local OneDrive path, Microsoft 365 should prioritize the local file workflow and avoid redirecting to the browser unless explicitly requested. 2. File duplication inside OneDrive should use both cloud-side copy and local optimization Another issue occurs when duplicating or copying a file that is already stored in OneDrive, especially within the same OneDrive account. Currently, the process may behave like a traditional local copy: the file is downloaded if needed, copied locally, and then uploaded again as a new file. This is inefficient when OneDrive already has the source file in the cloud and the operation is simply a copy within the same account. Ideally, OneDrive should combine two optimizations: Perform a cloud-side copy when possible, so the duplicated file appears quickly in OneDrive online and on other devices. Reuse the local cache when available, so the current device does not unnecessarily download and re-upload the same data. This would make copied files appear faster on other devices as online-only placeholders, ready to be downloaded later if the user opens them or marks them as available offline. The other device should not have to wait for the first computer to download, copy, re-upload, and then synchronize the change. Expected behavior: When copying or duplicating a OneDrive file within the same account, OneDrive should use a cloud-side copy whenever possible, while also reusing local data when available. The copied file should appear quickly across devices as an online-available item, without forcing a redundant download, local copy, upload, and synchronization cycle. 3. OneDrive does not dynamically prioritize files the user needs immediately A third issue appears when OneDrive has a large backlog of pending synchronization changes, especially after using another computer. In this situation, OneDrive seems to follow its own synchronization order, even if the user opens a specific folder or tries to access a specific file urgently. For example, if there are hundreds or thousands of pending changes, and I need one specific document, that file may remain unavailable until OneDrive reaches it in the queue. Even when I navigate directly to the folder or attempt to open the file, OneDrive does not seem to move that item to the top of the sync priority. Expected behavior: OneDrive should dynamically adjust synchronization priority based on user activity. If the user opens a folder, selects a file, or attempts to open a cloud-only item, that file and its immediate dependencies should be prioritized over the general sync queue. Summary of requested improvements I believe these issues could be improved with smarter local and cloud prioritization: Exported or saved files should become immediately visible in the OneDrive folder selected by the user. Microsoft 365 should avoid opening exported files through a browser when the local file workflow is expected. Copying files within the same OneDrive account should use cloud-side copy operations when possible. Local file data should be reused to avoid unnecessary download and upload cycles. Copied files should appear quickly on other devices as online-available placeholders. OneDrive should prioritize files and folders the user is actively trying to access. Is this behavior expected, or are there settings to make OneDrive prioritize local file availability, cloud-side copy operations, and currently accessed files more intelligently?
onedrive sync issues
Hi We use OneDrive for Business and need a solution for sharing files and folders among a team while maintaining proper access permissions. Currently, each team member's Desktop and Documents folders are synced with their own personal OneDrive for Business account. In addition, we have a separate common OneDrive account that has been added to all team members' PCs, and all team members have Owner permissions on that account. When a user creates a folder or saves a file in the shared OneDrive location, it is actually being created under the common OneDrive account, not in the user's personal OneDrive. While this allows everyone to access the same files, we frequently experience synchronization conflicts and sync issues between users. What is the Microsoft-recommended approach for this type of collaboration? Is using a common OneDrive account with multiple owners a supported best practice, or should we instead use a SharePoint document library (or another Microsoft 365 solution) for shared team files, permissions, and reliable synchronization? Thanks
