An unexpected Word or macOS shutdown can leave an AutoRecovery copy even when the document never reached its intended folder. Check Word itself before searching Finder. If Word offers a recovered document, save it under a new name before making another edit.
Quick route: Reopen Word once, inspect Document Recovery, then use Finder's Go to Folder command to open Word's hidden AutoRecovery location.
Closing a document and choosing Don't Save is different from a crash. Microsoft says Word may delete the AutoRecovery file after that deliberate choice, so no method can promise recovery in that case.
1. Reopen Word and inspect Document Recovery
- Open Word normally after the interruption.
- Look for the Document Recovery pane or a recovered document window.
- If several versions appear, start with the latest timestamp and open the others for comparison.
- Select File > Save As and create a new filename such as
proposal-recovered.docx. - Leave the recovery pane open until every plausible version has been reviewed.
The newest item usually contains the latest edits, but timestamps alone are not enough. Verify a sentence, table, or comment you remember adding near the end of the session.
2. Open Word's hidden AutoRecovery folder
If Word opens without a recovery pane, go directly to the folder Microsoft documents for current versions:
- In Finder, select Go > Go to Folder, or press
Shift + Command + G. - Paste this path:
```text
/Users/<username>/Library/Containers/com.Microsoft/Data/Library/Preferences/AutoRecovery
```
- Replace
<username>with the name of your macOS home folder. - Sort results by Date Modified.
- Copy likely files to a new folder on the Desktop before opening them.
The Library and AutoRecovery folders are hidden during ordinary Finder navigation. Go to Folder is the intended way to reach them. If the documented path is empty, open Word > Preferences > File Locations and inspect the AutoRecover location configured on that Mac.
3. Open the copied candidate safely
AutoRecovery filenames may not match the document's planned name. Use time, file size, and content as evidence.
- Duplicate the candidate and keep one copy untouched.
- Open the working copy from Word with File > Open.
- If prompted for a format, do not replace the source; save readable content as a new
.docx. - Check the last heading, final paragraphs, tables, images, comments, and tracked changes.
- Close Word, reopen the newly saved document, and repeat the critical checks.
If Word reports damage, use Open and Repair or Recover Text only on a duplicate. Recover Text may rescue words while losing layout, pictures, headers, and other structure.
4. Look in OneDrive or SharePoint version history
For a document that had already been saved to OneDrive or SharePoint, version history may be better than AutoRecovery. AutoSave records eligible Microsoft 365 cloud files every few seconds; AutoRecovery periodically prepares a local emergency copy.
Open the document's version history, preview entries around the loss time, and compare the missing passage before restoring. When uncertain, open or download an older version separately instead of replacing the current cloud file.
This route also applies when the document opens normally but contains older text. That is usually a version problem, not an unsaved-file problem.
5. Use Finder or Time Machine for a saved local document
If the document had been saved at least once, search Finder by part of its name and .docx. Check Recents, the expected folder, Downloads, iCloud Drive, and Trash. Sort by modification date rather than assuming the filename stayed unchanged.
For a local folder protected by Time Machine:
- Open the folder where the document used to live.
- Enter Time Machine.
- Move to a backup before the deletion or overwrite.
- Select the document and restore it.
- Compare the restored copy with any AutoRecovery copy before consolidating edits.
Time Machine cannot restore a document that never existed in a backed-up location, but it is often the strongest route for a previously saved local file.
Match the symptom to the right evidence
| Symptom | First place to check | Important limit |
|---|---|---|
| Word or macOS crashed | Document Recovery | Save the result before editing |
| No recovery pane appears | Hidden AutoRecovery folder | Copy candidates before opening |
| Cloud file lost recent text | Version history | Preview before restoring |
| Saved local file was deleted | Trash, then Time Machine | Avoid replacing its original folder |
| File opens with errors | Repair a duplicate | Formatting may not survive text recovery |
| You clicked Don't Save | AutoRecovery may be gone | Search saved/cloud copies instead |
Verify more than readable text
Opening without an error proves only that Word can parse the file. Compare page count, section order, headers and footers, footnotes, comments, tracked revisions, embedded images, and links. Use Word's navigation pane or Find command to locate a phrase from the last editing session.
Keep two files until this review is complete: the untouched recovery candidate and the new normal .docx. Once the new file survives a full close and reopen, move it to its final folder and create a backup.
Reduce the chance of another loss
In Word > Preferences > Save, confirm AutoRecover is enabled and choose an interval appropriate for your work. Microsoft 365 subscribers can store active documents in OneDrive or SharePoint to use AutoSave and version history. Continue using Command + S at meaningful checkpoints; recovery features reduce damage but do not replace deliberate saving.