A Microsoft file hosting and synchronization service.
The described behavior points to a Word for the web / Microsoft 365 for the web rendering issue rather than a WOPI host bug or a problem with the document itself, since:
- Read-only mode renders correctly.
- The same issue appears when opening from OneDrive.
- Downloaded documents open correctly in the desktop Word client.
From the available information, the most relevant guidance is to treat this as a Microsoft 365 for the web issue and follow the standard troubleshooting and escalation path for WOPI integrations:
- Run the WOPI Validator
- Use the WOPI Validator against the integration and confirm that all tests pass. This is a prerequisite before escalating any Microsoft 365 for the web issue.
- If any tests fail, correct those issues first, as they can cause unexpected behavior in editing scenarios.
- Check common and known issues
- Review the “Common implementation problems” and “Known Issues integrating with Microsoft 365 for the web” for anything matching the scenario (for example, cookie or loading problems that might affect how the editor initializes styles or layout).
- Specifically verify that:
- Third-party cookies are allowed or
*.officeapps.live.comis in the browser’s cookie allow list, as missing authentication cookies can cause Microsoft 365 for the web to fail to load correctly in an iframe, which may manifest as broken or partial rendering.
- Third-party cookies are allowed or
- Confirm whether the issue is document-format related
- If the affected files are legacy binary formats (
.doc,.xls,.ppt), ensure that the integration is using the documented conversion flow to modern formats (.docx,.xlsx,.pptx) before editing. - Microsoft 365 for the web does not edit binary formats directly; it converts them via the
convertaction andPutRelativeFile. If the host is not handling conversion correctly, the editor may be working on an unexpected or partially converted file, which can cause layout anomalies.
- If the affected files are legacy binary formats (
- Narrow down scope and collect diagnostics
- Test with:
- A simple new
.docxcreated directly in Word for the web. - A copy of the problematic document with all custom styles removed.
- A simple new
- If the issue reproduces only with certain documents or styles, capture:
- The exact file(s) involved.
- Screenshots of read-only vs edit mode.
- Browser type and version.
- Whether the file is binary or already in a modern format.
- Test with:
- Engage Microsoft with full WOPI troubleshooting data
- After confirming that the WOPI Validator passes and that the issue is not due to a known configuration problem, follow the troubleshooting guidance to work with Microsoft engineers:
- Provide validator results.
- Provide network traces and WOPI logs around the editing session.
- Reference that the issue reproduces in OneDrive and only in edit mode, and that the desktop client renders correctly.
- After confirming that the WOPI Validator passes and that the issue is not due to a known configuration problem, follow the troubleshooting guidance to work with Microsoft engineers:
Given the constraints of the available information, the most practical next steps are:
- Validate the WOPI implementation with the WOPI Validator.
- Ensure third-party cookies /
*.officeapps.live.comare allowed. - Confirm proper handling of legacy-to-modern format conversion.
- If the problem persists, escalate through the Microsoft 365 for the web troubleshooting channel with the collected diagnostics.
References: