Track changes problems manuscript revision
By Dr. Zubair Khalid, DVM, MS, PhD ·

Quick Answer
- Track changes problems in manuscript revision usually stem from incompatible file formats, disabled change tracking, or accidental acceptance of edits, so confirm your word processor settings before sharing the file.
- Create a backup copy of your manuscript before enabling track changes and before accepting or rejecting any edits to prevent permanent loss of revisions.
- When reviewers report they cannot see your changes, export a clean PDF of the tracked version and verify the file opens correctly on a different device before resubmitting.
Understanding Track Changes in Manuscript Revision
Track changes is a word processor feature that records every insertion, deletion, and formatting modification made to a document. In academic publishing, this tool allows authors, coauthors, and peer reviewers to see exactly what changed between manuscript versions. The feature works by storing revision metadata within the document file, which includes the author name, timestamp, and the nature of each edit.
When you submit a revised manuscript to a journal, editors and reviewers expect to see your responses to their comments clearly marked. The track changes function provides this transparency. However, the feature behaves differently across software platforms, and these differences create most of the problems authors encounter.
The core difficulty is that track changes is not a universal standard. Microsoft Word, Google Docs, LibreOffice, and LaTeX all implement revision tracking differently. A file edited in one program may display changes incorrectly or lose them entirely when opened in another. Understanding these platform differences is the first step toward preventing revision disasters.
Common Track Changes Problems and Their Causes
Lost Track Changes After File Conversion
File conversion is the leading cause of lost revisions. When you convert a document from one format to another, such as from Word to PDF or from Google Docs to Word, the conversion process may strip revision metadata. This happens because the target format does not support the same revision structure.
For example, converting a Word document with tracked changes to PDF preserves the visual appearance of the changes but makes them uneditable. Converting from Google Docs to Word sometimes produces a file where changes appear as regular text without the colored markup. The safest approach is to keep the original file format throughout the revision process and only convert to PDF for the final submission.
Reviewers Cannot See Your Changes
A frequent complaint from journal editors is that reviewers report seeing no tracked changes in a revised manuscript. This problem usually has one of three causes. First, the author may have accepted all changes before saving the final file. Second, the track changes feature may have been turned off when the edits were made, so the revisions were saved as normal text. Third, the file may have been saved in a format that does not support revision display.
Before sending a revised manuscript, open the file and verify that the track changes markup is visible. Check the Review tab or equivalent menu to confirm that the display setting shows all markup instead of simple markup or no markup. This verification takes less than a minute and prevents an entire revision cycle from being wasted.
Formatting Glitches in Tracked Changes
Formatting changes create some of the most confusing track changes problems. When you change font size, spacing, or paragraph alignment with track changes enabled, the markup can appear in unexpected places. A single formatting edit may generate multiple tracked changes, each affecting a different part of the document structure.
These formatting marks can make a manuscript difficult to read and may cause reviewers to miss substantive content changes. To reduce this problem, consider making formatting changes separately from content changes. Accept all formatting edits first, then make content revisions with track changes still active. This two-step approach produces a cleaner revision history.
Track Changes Turned Off Accidentally
Word processors allow users to toggle track changes on and off with a keyboard shortcut or a single click. Authors frequently disable the feature without realizing it, especially when switching between tasks. The result is a manuscript where some revisions are tracked and others are not, creating an incomplete revision record.
Check the track changes status indicator in your word processor before each editing session. In Microsoft Word, the status appears in the status bar at the bottom of the window. In Google Docs, the editing mode selector shows whether you are in suggesting mode. Make it a habit to verify this setting every time you open the manuscript.
Preparing Your Manuscript for Revision Tracking
Create a Backup Before You Begin
The single most important step in manuscript revision is creating a backup copy before you enable track changes. This backup protects you against accidental acceptance of all changes, file corruption, or software errors that destroy revision data. Store the backup in a separate location from your working file, such as a cloud storage service or an external drive.
Name your backup files clearly with version numbers and dates. For example, use a naming convention like manuscript_v1_original.docx and manuscript_v2_revisions.docx. This naming system helps you track which file contains which changes and makes it easier to recover if you need to revert to an earlier version.
Set Up Track Changes Correctly
Before making any edits, configure track changes to record the information you need. Set your user name so that your revisions are attributed to you instead of to a generic default name. This attribution matters when multiple authors work on the same manuscript, because reviewers and editors need to know who made each change.
Choose a display setting that shows all markup instead of simple markup. Simple markup displays a vertical line in the margin but hides the actual changes, which makes it difficult to verify that your revisions are present. The all markup view shows insertions, deletions, and formatting changes in full detail.
Use a Consistent Revision Workflow
Establish a workflow that you follow for every revision cycle. Start by reading the reviewer comments and creating a response letter that lists each comment and your planned response. Then make the corresponding changes in the manuscript with track changes enabled. After completing all edits, review the full tracked version to ensure every change is present and correctly formatted.
This workflow prevents the common problem of responding to a reviewer comment in the response letter but forgetting to make the corresponding change in the manuscript. Editors check that manuscript changes match the responses described in the letter, and discrepancies cause delays.
Recovering Lost Track Changes
Check the Original File Format
If you discover that track changes are missing from a manuscript, the first step is to check whether you still have the original file in its native format. A Word document that was converted to PDF and then back to Word will not retain its revision history. The original Word file, however, may still contain the tracked changes if you have not overwritten it.
Look for autosaved versions of your document. Word processors create temporary backup files at regular intervals, and these files may contain tracked changes that your main file has lost. Search your computer for files with the .wbk extension for Word backups or check the version history in cloud storage services.
Use Version History in Cloud Storage
Cloud storage services such as Google Drive, OneDrive, and Dropbox maintain version histories for files stored on their platforms. If you have been working on a manuscript stored in the cloud, you can access previous versions and recover tracked changes that were lost in a later save.
Google Docs provides a particularly robust version history feature. You can view the complete revision history of a document, see who made each change, and restore any previous version. This feature works even if track changes was not enabled, because Google Docs automatically saves version snapshots.
Reconstruct Changes from the Response Letter
When recovery is impossible, you can reconstruct your changes from the response letter you wrote to reviewers. The response letter should describe each change you made and where it appears in the manuscript. Use this letter as a checklist to reapply changes to a clean version of the manuscript with track changes enabled.
This reconstruction process is time-consuming but reliable. It also serves as a quality check, because you can verify that every change described in the response letter actually appears in the manuscript. The process may reveal changes you intended to make but never completed.
Ensuring Compatibility Across Platforms
Understand Platform Differences
Microsoft Word, Google Docs, and LibreOffice handle track changes differently, and these differences cause compatibility problems when files move between platforms. Word uses a proprietary revision format that other programs attempt to interpret. Google Docs uses a suggestion mode that converts to Word track changes when you export to .docx format. LibreOffice supports track changes but may display Word revisions differently.
The most reliable approach is to use a single platform for the entire revision process. If coauthors use different platforms, agree on one platform for the tracked version and use PDF exports for review purposes. This approach avoids the formatting and display problems that occur when files move between programs.
Test Your File Before Submission
Before submitting a revised manuscript, test the file on a different device or platform to verify that track changes display correctly. Open the file on a computer that uses a different operating system or word processor than the one you used to create it. Check that all insertions, deletions, and formatting changes are visible and correctly attributed.
This testing step catches compatibility problems before they reach the journal office. A file that displays correctly on your computer may appear completely different on a reviewer's computer, and the journal will not troubleshoot your file for you.
Export a Clean PDF for Review
Many journals request a clean PDF of the revised manuscript in addition to the tracked version. This PDF should show the manuscript as it would appear with all changes accepted. Create this PDF by first making a copy of your tracked manuscript, accepting all changes in the copy, and then exporting to PDF.
Keep the tracked version separate from the clean version. Never accept changes in your working file, because doing so destroys the revision history that reviewers need to see. The clean PDF serves a different purpose than the tracked file, and both are necessary for a complete submission.
At a Glance
| Problem | Likely Cause | Immediate Action | Prevention |
|---|---|---|---|
| Lost track changes after conversion | File format conversion stripped revision metadata | Check original file and cloud version history | Keep native format throughout revision process |
| Reviewers cannot see changes | Track changes disabled or all changes accepted | Verify display settings and check file on another device | Confirm track changes status before each editing session |
| Formatting glitches in markup | Formatting edits create multiple tracked changes | Accept formatting changes separately from content changes | Make formatting edits in a separate pass |
| Incomplete revision record | Track changes toggled off accidentally | Check status indicator and reapply missing edits | Verify track changes status at session start |
| File corruption destroys revisions | Software error or improper file handling | Recover from backup or cloud version history | Maintain backup copies at each revision stage |
Practical Steps for Managing Track Changes
Step 1: Establish Your Revision Protocol
Before you begin revising a manuscript, write down your revision protocol. This protocol should specify which word processor you will use, how you will name your files, where you will store backups, and how you will verify that track changes are working. A written protocol prevents the careless errors that cause most track changes problems.
Share this protocol with coauthors so that everyone follows the same procedures. When multiple people edit the same manuscript, inconsistent practices create confusion about which changes are tracked and which are not. A shared protocol ensures that all revisions are recorded consistently.
Step 2: Create Your Working File Structure
Set up a file structure that supports safe revision management. Create a folder for each manuscript that contains subfolders for the original submission, each revision round, and the final submission. Store backup copies in a separate folder or on a different drive to protect against hardware failure.
Use descriptive file names that include the manuscript title, version number, and date. Avoid generic names like final.docx or revision.docx, because these names do not distinguish between versions and lead to confusion about which file is current.
Step 3: Verify Track Changes Before Editing
Open your manuscript and confirm that track changes is enabled before you make any edits. Check the user name setting to ensure your revisions will be attributed correctly. Set the display to show all markup so that you can see every change as you make it.
This verification takes less than one minute but prevents the most common track changes problem, which is edits made without tracking enabled. Make this verification a non-negotiable step in your workflow.
Step 4: Make Content Changes First
When revising your manuscript, make content changes before formatting changes. Content changes include additions, deletions, and rewording of text. Formatting changes include font adjustments, spacing, and paragraph alignment. Separating these two types of changes makes the revision history clearer and reduces confusing markup.
After completing all content changes, review the tracked version to ensure every change is present and correctly attributed. Then make formatting changes in a separate pass, accepting the formatting edits immediately so they do not clutter the content revision history.
Step 5: Review the Complete Tracked Version
Before sharing your revised manuscript, review the complete tracked version from beginning to end. This review serves two purposes. First, it verifies that all intended changes are present and correctly tracked. Second, it gives you a final opportunity to catch errors in your revisions.
Read the manuscript as a reviewer would, paying attention to the flow of the revised text. Tracked changes can create awkward transitions between original and revised passages, and these transitions need careful attention before submission.
Step 6: Create the Response Letter
Write your response letter to reviewers while the tracked changes are still fresh in your mind. For each reviewer comment, describe your response and reference the specific location in the manuscript where the change appears. This letter serves as a map that guides reviewers through your revisions.
The response letter also serves as a backup record of your changes. If track changes are lost or corrupted, the response letter provides the information needed to reconstruct the revisions. Keep the response letter in a separate file from the manuscript to protect against file corruption.
Step 7: Test and Submit
Before submitting, test your tracked manuscript on a different device to verify that changes display correctly. Export a clean PDF for the journal's records. Confirm that your response letter addresses every reviewer comment. Then submit the complete package to the journal.
Keep copies of everything you submit, including the tracked manuscript, the clean PDF, and the response letter. These copies serve as your record of what was submitted and provide a reference for future revision rounds.
Records and Measurements for Revision Management
Document Your Revision History
Maintain a revision log that records each version of your manuscript, the date it was created, the changes made, and the location of the backup copy. This log provides a complete history of your manuscript's development and helps you track which version contains which changes.
A simple spreadsheet works well for this purpose. Include columns for version number, date, file name, storage location, and a brief description of changes. Update the log every time you create a new version of the manuscript.
Track Your Response Rate
Measure your progress through the revision process by tracking how many reviewer comments you have addressed. Create a checklist of all reviewer comments and mark each one as addressed, in progress, or not started. This checklist ensures that no comment is overlooked and provides a clear picture of your remaining work.
This measurement also helps you estimate how much time remains in the revision process. If you have addressed 60 percent of comments in the first week, you can project when the remaining 40 percent will be complete.
Verify Change Completeness
Before submission, verify that every change described in your response letter appears in the tracked manuscript. This verification catches the common problem of describing a change in the response letter but failing to make the change in the manuscript. Editors check this correspondence, and discrepancies cause delays.
Use your response letter as a checklist and work through it systematically. For each comment, locate the corresponding change in the manuscript and confirm that it is present and correctly tracked. This verification takes time but prevents embarrassing errors.
Common Failure Patterns in Track Changes Management
The Accepted Changes Trap
The most destructive track changes problem occurs when an author accepts all changes in the working file, thinking they are preparing a clean version for submission. This action permanently destroys the revision history, and the changes cannot be recovered. The clean version should always be created from a copy of the tracked file, never from the tracked file itself.
If you have accepted all changes and need to recover the revision history, check your backup files and cloud version history. If no backup exists, you must reconstruct the changes from your response letter, which is a time-consuming process that may introduce errors.
The Silent Edit Problem
Silent edits occur when track changes is disabled and the author makes changes that are saved as normal text. These changes are invisible to reviewers and editors, who see no record of the revision. The manuscript appears to have been revised without any tracked changes, which creates confusion about what was actually changed.
Prevent silent edits by checking the track changes status at the start of every editing session. If you discover silent edits after the fact, you must reapply them with track changes enabled or describe them in your response letter as changes made without tracking.
The Formatting Clutter Issue
Formatting changes create excessive markup that obscures content changes. A single font change can generate dozens of tracked changes throughout a document, making it difficult for reviewers to identify substantive revisions. This clutter can cause reviewers to miss important content changes or become frustrated with the revision display.
Reduce formatting clutter by making formatting changes in a separate pass and accepting them immediately. This approach keeps the content revision history clean and makes it easier for reviewers to focus on substantive changes.
The Platform Mismatch Failure
Platform mismatches occur when a manuscript moves between word processors and the track changes data is lost or corrupted in the transfer. A file edited in Google Docs and exported to Word may lose revision metadata. A file edited in Word and opened in LibreOffice may display changes incorrectly.
Prevent platform mismatches by using a single platform for the entire revision process. If you must transfer files between platforms, test the transferred file thoroughly before sharing it with coauthors or submitting it to a journal.
Welfare and Safety Context for Manuscript Handling
Protecting Your Intellectual Work
Your manuscript represents significant intellectual effort, and losing track changes can mean losing evidence of your revision work. This loss has professional consequences, because journals require a clear record of how the manuscript changed in response to reviewer comments. Protecting your manuscript files is a professional responsibility.
The same care you apply to protecting research data should apply to protecting your manuscript files. The National Institutes of Health Data Management and Sharing Policy emphasizes the importance of planning for data preservation and access. Apply the same planning mindset to your manuscript files by establishing backup procedures and version control.
Maintaining Research Integrity
Track changes serves a research integrity function by documenting the revision process. The Committee on Publication Ethics Core Practices emphasize transparency in research and publication. A clear revision record demonstrates that you have responded appropriately to peer review and have not made undisclosed changes to your work.
Journals may request the tracked version of your manuscript to verify that revisions match the response letter. An incomplete or lost revision record can raise questions about the integrity of your revision process. Maintaining complete track changes documentation protects you from these concerns.
Managing Collaborative Work
When multiple authors work on a manuscript, track changes provides a record of who made each change. This record matters for authorship attribution and for ensuring that all authors approve the final version. The Committee on Publication Ethics Core Practices address authorship expectations, and a clear revision record supports proper attribution.
Establish clear procedures for collaborative revision before you begin. Decide who will make which changes, how changes will be reviewed by other authors, and how the final version will be approved. These procedures prevent confusion and ensure that all authors have the opportunity to review and approve the revisions.
Professional Escalation Criteria
When to Seek Technical Support
If you cannot recover lost track changes using the methods described in this article, seek technical support from your institution's information technology department or from the software vendor. Technical support staff have access to recovery tools and expertise that may recover data you cannot access yourself.
Escalate to technical support when you have exhausted basic recovery methods, including checking backups, reviewing cloud version history, and searching for autosaved files. Do not attempt complex file recovery procedures on your own, because these procedures may cause further damage to your files.
When to Contact the Journal Office
If you discover track changes problems after submitting your manuscript, contact the journal office immediately. Explain the situation and ask whether you can submit a corrected tracked version. Journals are generally understanding of technical problems, but they need to know about the issue promptly.
Do not wait for the journal to contact you about missing track changes. Proactive communication demonstrates professionalism and gives the journal the information it needs to process your submission correctly. Include your response letter as evidence of the changes you made.
When to Consult Publication Ethics Resources
If you are uncertain about the ethical implications of a track changes problem, consult the Committee on Publication Ethics Core Practices for guidance. These practices address authorship, peer review, data integrity, and other publication ethics topics. They provide a framework for making ethical decisions about your manuscript.
Publication ethics concerns may arise if track changes problems create uncertainty about what was actually changed in your manuscript. In these situations, transparency is the best approach. Disclose the problem to the journal and provide whatever documentation you have about your revision process.
Limitations of Track Changes Management
Software Limitations
Track changes has inherent limitations that no amount of careful management can overcome. The feature is designed for text-based revisions and handles complex formatting changes poorly. Tables, figures, and equations may not display tracked changes correctly, and revisions to these elements may need to be described in your response letter instead of shown in the markup.
These limitations mean that track changes cannot provide a complete record of every change you make to a manuscript. Some changes, particularly those involving complex elements, must be documented through other means, such as your response letter or supplementary files.
Human Error Limitations
Track changes cannot prevent human errors in the revision process. You may forget to make a change you described in your response letter. You may accidentally accept changes you intended to keep. You may overlook a reviewer comment and fail to respond to it. These errors occur despite careful track changes management.
The best defense against human error is a systematic review process. Use checklists to verify that every reviewer comment has been addressed. Review the complete tracked version before submission. Have a coauthor or colleague review your revisions independently. These practices catch errors that track changes cannot prevent.
Platform Compatibility Limitations
Track changes compatibility across platforms remains an unsolved problem. Even with careful testing, you cannot guarantee that a tracked manuscript will display identically on every device and word processor. Reviewers may see different markup than you intended, and this difference can affect their understanding of your revisions.
The most reliable approach is to provide both a tracked version and a clean PDF version of your manuscript. The tracked version shows the revision history, and the clean PDF shows the final text. Reviewers can use both versions to understand your revisions completely.
Frequently Asked Questions
Why did my track changes disappear when I converted my manuscript to PDF?
PDF conversion does not preserve track changes metadata. The PDF format captures the visual appearance of the document at the time of conversion, including any tracked changes that were visible, but it does not store the revision data in an editable form. To preserve track changes, keep your manuscript in its native word processor format and use PDF only for final submission or review purposes.
How can I recover track changes that were lost after I accepted all changes?
Check your backup files and cloud storage version history first. If you have a backup copy created before you accepted the changes, you can recover the tracked version from that backup. If no backup exists, you must reconstruct the changes from your response letter, which should describe each change and its location in the manuscript.
Why can reviewers not see my tracked changes when I can see them on my computer?
The file may have been saved in a format that does not support track changes display, or the display settings on the reviewer's computer may be configured to hide markup. Test your file on a different device before submission to verify that changes display correctly. Also confirm that you have not accepted all changes before saving the final file.
What should I do if I accidentally turned off track changes while editing?
Check the track changes status indicator in your word processor to confirm whether tracking is enabled. If you made edits while tracking was disabled, those edits were saved as normal text and are not recorded as revisions. You must reapply those edits with track changes enabled or describe them in your response letter as changes made without tracking.
How do I create a clean PDF of my revised manuscript without losing the tracked version?
Make a copy of your tracked manuscript file, open the copy, and accept all changes in the copy. Then export the copy to PDF. Keep the original tracked file separate and unchanged. This process creates a clean PDF while preserving the tracked version for reviewers and editors.
What is the best way to handle track changes when multiple authors edit the same manuscript?
Agree on a single word processor platform for the revision process and establish a shared protocol for file naming, backup, and change verification. Set user names in the word processor so that each author's changes are attributed correctly. Review the complete tracked
Using the Evidence
| Source | Best use in this topic | Important limitation |
|---|---|---|
| Research Methods Resources | official guidance | Check the linked page for current local requirements |
| EQUATOR Network | official guidance | Check the linked page for current local requirements |
| Core Practices | official guidance | Check the linked page for current local requirements |
Related Articles
- Ethical Issues in Informed Consent: Common Pitfalls and How to Avoid Them
- Western Blot Troubleshooting
- Common Limitations in Research: Examples and How to Address Them
- Common Mistakes in Meta-Analysis and How to Avoid Them
- Experimental Units: Definition, Examples, and Common Mistakes
References and Further Reading
- Research Methods Resources. National Library of Medicine.
- EQUATOR Network. EQUATOR Network.
- Core Practices. Committee on Publication Ethics.
- NIH Grants and Funding. National Institutes of Health.
- ORCID for Researchers. ORCID.
- Data Management and Sharing Policy. National Institutes of Health.
- NCBI Literature Resources. National Center for Biotechnology Information.
- PubMed. National Library of Medicine.
This article is educational and does not replace institutional policy, professional advice, or applicable safety and regulatory requirements.