Using the New Outlook for Mac features in business environments
The supported workaround is to save or drag the attachment to Finder first and then upload that file in Chrome or Edge; Microsoft has not published a fix version, timeline, or Outlook preference for direct browser handoff.
Current status
- There is a closely matching public report for new Outlook on macOS: direct dragging into Chrome fails while Safari works, with Finder used as the intermediate workaround.^1^
- However, Microsoft’s current Outlook for Mac known-issues page does not list this as an officially tracked issue. Therefore, it is reasonable to describe it as a reproducible Outlook/Chromium interoperability problem with matching user reports, but not as a formally acknowledged defect with a committed fix.^2^
- The Outlook 16.115 release record matches build
26110837, but lists only general quality and performance improvements under resolved Outlook issues. It contains no attachment-to-browser drag-and-drop fix or planned delivery date.^3^
Because Chrome receives no dragover or drop event in your test, changing the web application’s drop handler cannot recover the attachment. The transfer is being stopped before the page receives anything.
Outlook setting
No documented Outlook for Mac preference controls how an attachment is represented or handed to an external browser during a drag. Microsoft’s published Outlook preference list includes account, security, UI, and feature-management settings, but no attachment drag-handoff or browser-compatibility option.^4^
Microsoft does document HTML drag-and-drop for Outlook add-in task panes on Mac, where attachments retain their original format.^5^ That support applies to an add-in hosted inside Outlook; it does not establish support for dragging from Outlook into an arbitrary external browser page.
Practical options
- Chrome/Edge: Save or drag the PDF to Finder/Desktop, then drag the resulting file into the upload area.
- Safari: Continue direct Outlook-to-page dragging where permitted by your workflow.
- Application UX: When no browser drag event arrives, the page cannot display an error. Add visible alternatives such as Choose file and brief guidance: “If dragging directly from Outlook does not work, save the attachment first.”
- Do not spend time changing
dropEffect, MIME checks, orpreventDefault()for this specific failure. Those changes only matter after Chromium delivers a drag event.
Report the regression
Submit an Outlook support case so Microsoft can associate the exact Outlook, macOS, and Chromium builds with the problem:
- In Outlook, select Help → Contact Support.
- Select Continue to permit collection of Outlook logs.
- Include:
- Outlook
16.115 (26110837); - macOS
27.2 (26B123); - Chrome
157.0.8103.79; - whether this occurs in new Outlook, legacy Outlook, or both;
- Safari’s successful result;
- confirmation that Chrome receives no standard drag events;
- confirmation that multiple unrelated sites reproduce it;
- a short screen recording and minimal test page, if attachments are allowed.
- Outlook
Microsoft documents this in-app route for reporting Outlook for Mac bugs.^6^ For a managed work or school account, the organization’s help desk can also open the support ticket on the user’s behalf.^7^
There is currently no public Microsoft commitment identifying a fixed Outlook or Chromium version, so the Finder/Safari alternatives remain the actionable workarounds.
References
- New Outlook on macOS: Can't drag and drop email to upload in Chrome and ...
- Fixes or workarounds for recent issues in Outlook for Mac
- Release notes for Office for Mac
- Set preferences for Outlook for Mac
- Drag and drop messages and attachments into the task pane of an Outlook add-in
- Contact support within Outlook for Mac | Microsoft Support
- End of support for legacy Outlook for Mac | Microsoft Support