AutoSave disabled when opening SharePoint-synced files from Finder after macOS Tahoe 26.6 update
Files stored in SharePoint Online and synchronized locally through OneDrive are opened as local documents when launched from Finder. Office applications display "Saved to my Mac" and AutoSave is turned off by default. However, opening the exact same files through Word/Excel > Open > Sites, or via SharePoint "Open in Desktop App", correctly identifies them as cloud documents. In that scenario, AutoSave is enabled and collaboration/version history features work as expected. Troubleshooting already performed: OneDrive reset and re-linked SharePoint library re-synced Signed out and back into both Office and OneDrive Removed Microsoft credentials from macOS Keychain and re-authenticated Recreated local OneDrive sync relationships Verified OneDrive File Provider extensions are enabled Verified Office applications and OneDrive are fully up to date Tested with newly created files and existing files Tested "Always Keep on This Device" with no change in behavior The issue appears to be specific to the Finder-to-Office launch path after upgrading to macOS Tahoe 26.6. Before upgrading to macOS Tahoe 26.6, opening the same SharePoint-synchronized files directly from Finder correctly preserved cloud document identity and AutoSave was enabled as expected. I discussed this issue in detail with Apple Support, but they quickly dismissed it, saying that the problem is not on Apple's side and that I should contact Microsoft instead.I built a free, open-source M365 security assessment tool - looking for feedback
I work as an IT consultant, and a good chunk of my time is spent assessing Microsoft 365 environments for small and mid-sized businesses. Every engagement started the same way: connect to five different PowerShell modules, run dozens of commands across Entra ID, Exchange Online, Defender, SharePoint, and Teams, manually compare each setting against CIS benchmarks, then spend hours assembling everything into a report the client could actually read. The tools that automate this either cost thousands per year, require standing up Azure infrastructure just to run, or only cover one service area. I wanted something simpler: one command that connects, assesses, and produces a client-ready deliverable. So I built it. What M365 Assess does https://github.com/Daren9m/M365-Assess is a PowerShell-based security assessment tool that runs against a Microsoft 365 tenant and produces a comprehensive set of reports. Here is what you get from a single run: 57 automated security checks aligned to the CIS Microsoft 365 Foundations Benchmark v6.0.1, covering Entra ID, Exchange Online, Defender for Office 365, SharePoint Online, and Teams 12 compliance frameworks mapped simultaneously -- every finding is cross-referenced against NIST 800-53, NIST CSF 2.0, ISO 27001:2022, SOC 2, HIPAA, PCI DSS v4.0.1, CMMC 2.0, CISA SCuBA, and DISA STIG (plus CIS profiles for E3 L1/L2 and E5 L1/L2) 20+ CSV exports covering users, mailboxes, MFA status, admin roles, conditional access policies, mail flow rules, device compliance, and more A self-contained HTML report with an executive summary, severity badges, sortable tables, and a compliance overview dashboard -- no external dependencies, fully base64-encoded, just open it in any browser or email it directly The entire assessment is read-only. It never modifies tenant settings. Only Get-* cmdlets are used. A few things I'm proud of Real-time progress in the console. As the assessment runs, you see each check complete with live status indicators and timing. No staring at a blank terminal wondering if it hung. The HTML report is a single file. Logos, backgrounds, fonts -- everything is embedded. You can email the report as an attachment and it renders perfectly. It supports dark mode (auto-detects system preference), and all tables are sortable by clicking column headers. Compliance framework mapping. This was the feature that took the most work. The compliance overview shows coverage percentages across all 12 frameworks, with drill-down to individual controls. Each finding links back to its CIS control ID and maps to every applicable framework control. Pass/Fail detail tables. Each security check shows the CIS control reference, what was checked, what the expected value is, what the actual value is, and a clear Pass/Fail/Warning status. Findings include remediation descriptions to help prioritize fixes. Quick start If you want to try it out, it takes about 5 minutes to get running: # Install prerequisites (if you don't have them already) Install-Module Microsoft.Graph, ExchangeOnlineManagement -Scope CurrentUser Clone and run git clone https://github.com/Daren9m/M365-Assess.git cd M365-Assess .\Invoke-M365Assessment.ps1 The interactive wizard walks you through selecting assessment sections, entering your tenant ID, and choosing an authentication method (interactive browser login, certificate-based, or pre-existing connections). Results land in a timestamped folder with all CSVs and the HTML report. Requires PowerShell 7.x and runs on Windows (macOS and Linux are experimental -- I would love help testing those platforms). Cloud support M365 Assess works with: Commercial (global) tenants GCC, GCC High, and DoD environments If you work in government cloud, the tool handles the different endpoint URIs automatically. What is next This is actively maintained and I have a roadmap of improvements: More automated checks -- 140 CIS v6.0.1 controls are tracked in the registry, with 57 automated today. Expanding coverage is the top priority. Remediation commands -- PowerShell snippets and portal steps for each finding, so you can fix issues directly from the report. XLSX compliance matrix -- A spreadsheet export for audit teams who need to work in Excel. Standalone report regeneration -- Re-run the report from existing CSV data without re-assessing the tenant. I would love your feedback I have been building this for my own consulting work, but I think it could be useful to the broader community. If you try it, I would genuinely appreciate hearing: What checks should I prioritize next? Which security controls matter most in your environment? What compliance frameworks are most requested by your clients or auditors? How does the report land with non-technical stakeholders? Is the executive summary useful, or does it need work? macOS/Linux users -- does it run? What breaks? I have tested it on macOS, but not extensively. Bug reports, feature requests, and contributions are all welcome on GitHub. Repository: https://github.com/Daren9m/M365-Assess License: MIT (free for commercial and personal use) Runtime: PowerShell 7.x Thanks for reading. Happy to answer any questions in the comments.
AutoUpdate fails trying to update old V3.11 of AutoUpdate on MacOS Sequoia 15.8.1
I have the latest version of AutoUpdate (4.85) installed on my Mac. For several years and versions of MacOS, every time AutoUpdate runs it fails to update AutoUpdate Version 3.11 with a "Check Error..." or Download error. I've searched for solutions but only find how to totally disable AutoUpdate. I want to remove whatever remnants of V3.11 are somewhere on my system so I can run the latest AutoUpdate without this failure. Any suggested fixes...? TIA
OneDrive files opened from Finder not recognized as cloud files on Mac
Office for Mac: OneDrive files opened from Finder no longer recognized as cloud files – AutoSave disabled Hi everyone, I am experiencing a persistent issue with Microsoft 365 for Mac and OneDrive that started suddenly around August 10, 2026. The same setup and workflow had worked without problems for more than two years before that. Problem My Office files are stored in OneDrive and synchronized to my Mac via the standard macOS File Provider. When I open an Excel or Word file by double-clicking it in Finder, the Office application opens the file, but it apparently does not recognize it correctly as a OneDrive/cloud file. For example: AutoSave is disabled real-time co-authoring does not work as expected when I try to enable AutoSave manually, Office behaves as if the file were local and asks me to upload/save it to OneDrive – even though the file is already stored and synchronized in OneDrive However, if I open the exact same file from within Excel or Word via the OneDrive/Online Locations option, everything works correctly: AutoSave is enabled immediately co-authoring works changes made by another user appear in real time This behavior is reproducible with multiple files and affects both Excel and Word, so it does not appear to be an issue with one particular workbook or application. Environment MacBook Air M2 current macOS version current Microsoft 365 version current OneDrive version OneDrive Personal files synchronized through the standard macOS File Provider I have also tested opening files directly from: ~/Library/CloudStorage/OneDrive/... The result is the same: when opened from Finder, Office does not appear to recognize the file correctly as a cloud file and AutoSave remains disabled. Troubleshooting already performed I have already: completely reset and reconfigured OneDrive allowed OneDrive to fully resynchronize verified the files and folders in OneDrive on the web confirmed that OneDrive reports everything as synchronized restarted Finder and macOS removed and recreated Finder shortcuts/favorites tested without Finder favorites or aliases tested directly from ~/Library/CloudStorage/OneDrive updated macOS updated all Microsoft 365 applications updated OneDrive None of these steps changed the behavior. Key diagnostic result The following comparison is consistently reproducible: Finder → OneDrive file → double-click → Excel/Word → AutoSave OFF → file appears not to be recognized as an active OneDrive cloud document → co-authoring does not work correctly Excel/Word → Open → OneDrive/Online Locations → same file → AutoSave ON immediately → cloud functionality works → co-authoring works correctly This suggests that OneDrive synchronization itself is functioning correctly. The issue seems specifically related to the handoff between macOS Finder / Apple File Provider / OneDrive and Microsoft 365 for Mac when a OneDrive file is opened from Finder. Important detail This is not a workflow that has never worked on macOS. For more than two years, we routinely opened our synchronized OneDrive Word and Excel files directly from Finder. Office recognized them as cloud files, AutoSave was available, and collaborative editing worked normally. The behavior changed suddenly around August 10, 2026, without us intentionally changing the OneDrive folder structure or our workflow. Question Has anyone else encountered this recently? In particular: Is this a known regression in Microsoft 365 for Mac, OneDrive for Mac, or their integration with Apple's File Provider? Why would Office recognize a file as a OneDrive cloud document when opened through the application's Online Locations, but not when the exact same synchronized file is opened from Finder? Is there a way to reset or repair the Microsoft 365/OneDrive cloud-file recognition or File Provider integration without resetting the entire OneDrive again? Are there any relevant logs, caches or diagnostics that could show why Office considers a Finder-opened OneDrive file to be local? Opening every document through the Office application's Online Locations is a possible workaround, but it is not a practical long-term solution when working with a larger shared folder structure in Finder. I have already contacted both Apple Support and Microsoft Support. Apple referred me to Microsoft, and Microsoft Support subsequently recommended that I raise the issue here in the Tech Community. Any insight from Microsoft staff, MVPs or others familiar with Microsoft 365 for Mac, OneDrive and the macOS File Provider would be greatly appreciated.Mac OS 26.7 and M365 Office Applications- upload block errors only on Office applications.
Mac OS 26.7 and M365 Office Applications- upload block errors only on Office applications. When making changes to an Office document like Excel &/or Word using M365 E5 license since September 19th, I have been getting a message stating "Upload blocked" in autosave, the file is being saved to a OneDrive connected services which has a capacity of 5 tb, having a total of about 860,000 items, about 3.2 TB, but the selected items to sync from the OneDrive application is about 180,000. This happens sporadically to only Office application files such as MS Word and Excel. The syncs in the bar menu of OneDrive all show sync and backed up with no errors. As per MS a M365 SharePoint library can hold 30 million items, and view is limited to 5000 items, and I have such libraries with about 20,000 items and I can access them online and have set views to show items in lists less than 5000. MS also states that OneDrive Business can sync up to 300,000 items only even if the capacity is 5 TB and the number of total items cannot exceed 300,000 items. (1) Does anyone know why a OneDrive storage which leases 5tb storage space can only keep 300,000 items, for it to function? (It’s pointless to lease 5tb and be restricted by number of items). (2) Sync is working for PDFs and screenshots but only Office applications are having problems syncing at times or saving with autosave with versions. When I researched with CoPilot Premium running several terminal commands it concluded it is a MS Office bug and MS Support cannot solve the problem despite opening several tickets. The agents as L1 will scope, then it goes to the backend team called “ Escalations” but there remains no solution for crippled services since past 11 days. OneDrive sync logs were provided as well as requested but no followup. (3) If these are hard limitations on M365 to save maximum of only 300,000 items has anyone considered any other cloud services to replace OneDrive for Business? Has anyone else experienced this in the past? Can anyone offer a solution for this? If OneDrive office applications are dysfunctional then how does one operate AI agents or any automation. Any questions please ask. Thank you.
Claude Add-in Error in Excel
Hi Microsoft Community, I'm having an issue with the Claude for Microsoft 365 add-in in Excel for Mac. Environment: Mac Microsoft Excel desktop for Mac Personal Microsoft account (not a work or school account) Claude for Microsoft 365 add-in Excel for the web Issue: When I try to add or use Claude in the Excel desktop app for Mac, I receive this error: “Add-in Error: You don't have permission to use this add-in. Contact your system administrator to request access.” The important point is that I am using a personal Microsoft account, so there is no organizational administrator managing the account. What I've confirmed: The Claude add-in works successfully in Excel for the web using the same Microsoft account. The problem occurs specifically in the Excel desktop application on Mac. This appears to point to an issue with the Mac Office client, add-in authorization, or the Office add-in catalog rather than my Claude account or Microsoft account permissions. I've already tried closing and reopening Excel, but the permission error remains. Has anyone encountered this with Claude for Microsoft 365, or with other Office add-ins, on Excel for Mac? In particular, is there a known issue with personal Microsoft accounts and Office add-ins on the Mac desktop client? Is there a way to reset the add-in/account authorization without reinstalling Office? Thanks.'Text wrapping break' text showing in on screen documents
Uploading a docx document from an Apple Mac to 365 'Text Wrapping Break' appears in the document in 365, but only in on screen view, not when printed. This is what it looks like: Is there any way I can turn this off? Grateful for any suggestions. Thanks
Error Message 0x0 when trying to re-install Office 2019 on Mac Tahoe
Hello, I have a genuine Office Home & Student 2019 for Mac license, still listed in my Microsoft account under Services & Subscriptions and was added on March 30, 2022. Microsoft Support confirmed that my Office Home & Student 2019 license is genuine, valid, and should still be activatable. However, activation fails with error 0x0 immediately after entering my email. And the support argues that they ended their support years ago, that I should rather buy Office 2024. What makes me think this is not a local Mac issue is that Office stopped activating on my previous Mac (Big Sur) a few months ago, before I replaced it. I recently bought a new Mac and the exact same problem persists. My configuration: - MacBook Air M4 - macOS Tahoe - Office 16.78 (installed using the Microsoft-provided installer) - Office Home & Student 2019 perpetual license What I have already tried: - Reinstalling Office completely - Installing version 16.78 specifically recommended by Microsoft's support - Running the official Microsoft License Removal Tool - Removing Office containers and activation data - Restarting the Mac - Signing in with the Microsoft account that owns the license At this point, I'm wondering whether this may be related to Microsoft's activation services for older perpetual Office 2019 licenses rather than a problem on the Mac itself. Has anyone else seen error 0x0 during activation of Office 2019 for Mac recently? Any clues? I wonder if there’s a chance to make pressure also, as Microsoft sells license that are supposed to be perpetual… Thank youMy printers don't work after I reinstalled Microsoft 365
I recently had to reinstall Microsoft 365. The software now works quite well, but I can't print a document in Microsoft Word or from anywhere in Windows 11. I have two printers: an HP Envy Inspire 7900e AIO and a Brother HL-L2420DW. Both printers worked before the reinstall, and both printers work without any problems on the Mac side of my laptop. (I use a Mac with Parallels to run Windows 11.) When I try to print from MS-Word in Windows 11, I select a printer from the list in the Print dialog. Then I have to wait for a printer connection. A few seconds later, I get a notice that the printer is "in an error state." My first thought was that I'll have to reinstall my printers in Windows 11, but I went looking for help. An AI helper I've consulted a few times walked me through a labyrinth of steps to fix the problem. The steps involved using the Command prompt or PowerShell (Administrator), but so far I've not had any luck. Seems to me I'll do as well by simply removing and reinstalling the printers. But that thought brings up more questions. I installed both printers using the manufacturer's instructions. For example, the HP AIO I installed with the full-feature software. My question: Do I need to do anything special before I reinstall the printers? Do I simply go to Printers & Scanners and delete my printers and then reinstall them? Also, will any of this affect these same printers on the Mac side?MacOS platform SSO deployment issues
Hello, We tried to deploy MacOS platform SSO but the devices are having problems with their authentication. The devices are connected through company portal but keep asking for logins and authentication, especially on reboot. Some users are prompted to sign-in to their entra account several times per hour. To Deploy it we used the configuration setting template: Authentication > Extensible Single Sign On (SSO) Settings: Extension Identifier: com.microsoft.CompanyPortalMac.ssoextension Authentication Method: Password Token To User Mapping: Account Name: preferred_username Full Name: name Use Shared Device Keys: Disabled Team Identifier: UBXXXXXX Type: Redirect Has anyone here experienced similar issues or found a fix for these constant re-authentication prompts? Thanks!
