How to remove previous owner's name from excel file properties
- Step 1Confirm the file is .xlsx — The wiper needs the OOXML ZIP format. If the inherited file is legacy
.xls, open it in Excel and Save As.xlsxfirst — only then does it have adocProps/core.xmlto clean. - Step 2Open the wiper — The Excel Core Metadata Wiper opens the Office Doc Property Wiper (Pro tier). It also handles
.docxand.pptxif the former employee left those behind too. - Step 3Drop the file in and run — JSZip unpacks the container in-browser and deletes
docProps/core.xmlanddocProps/app.xml. TheremovedEntriescount confirms the property files came out. The previous owner's name is now gone from the archive. - Step 4Verify the Author is blank — Open the cleaned file → File → Info. Author and Last Modified By should both read empty. Check Windows Explorer's Details tab too — the wrong name should be gone there as well.
- Step 5Set the new owner (optional) — This tool clears the Author; it does not set a new one. To re-own the file, in Excel go File → Info → Properties → Show All Properties (or right-click the Author field → Edit Property) and type the current owner's name, then save.
- Step 6Redistribute — Share the re-owned file. Recipients no longer see the former employee credited. If you skipped the optional rename, the Author shows blank until the next person saves, at which point Excel stamps their name into a fresh core.xml.
Why the wrong name sticks — and what fixes it
The two name fields behave differently. Knowing which is which explains why a previous owner can stay credited as Author for years.
| Field | What it shows | Changes on re-save? | Cleared by wiper? |
|---|---|---|---|
dc:creator (Author) | Whoever first created the file | No — sticks to the original creator | Yes — core.xml deleted |
cp:lastModifiedBy (Last Saved By) | Whoever saved it most recently | Yes — updates to current editor | Yes — core.xml deleted |
Company | The org of the file's origin | Only if the editor's Excel has a different Company set | Yes — app.xml deleted |
Manager | A named manager from origin | No — rarely re-written | Yes — app.xml deleted |
| Explorer Details → Authors | Mirror of dc:creator | No | Yes — reads the deleted core.xml |
Clear vs. rename — what each step does
The wiper clears; Excel renames. Use them together to fully re-own a file.
| Goal | Tool / step | Result |
|---|---|---|
| Remove the old owner's name | This wiper | core.xml & app.xml deleted; Author blank |
| Set a new Author name | Excel File → Info → Properties | New dc:creator written |
| Leave Author blank for the next owner | Wiper only, skip rename | Author empty until next save |
| Also remove old comments by that person | Comment & Note Purger | Comment author refs removed |
Cookbook
Real Author-mismatch cases from inherited workbooks, with the raw core.xml before and after wiping. Names anonymised.
Former employee still credited as Author
The original creator left in 2024; you have edited the file dozens of times since, yet File → Info still shows them as Author. Re-saving never cleared it because dc:creator is sticky.
docProps/core.xml (before): <dc:creator>former.employee@company.com</dc:creator> <cp:lastModifiedBy>your.name</cp:lastModifiedBy> Note: dc:creator never changed despite your edits. After wiping: docProps/core.xml → removed Author now blank; set your name in Excel File → Info.
Clear-then-rename to re-own the template
A team wants the shared template to credit the current owner, not the person who built it three roles ago. Wipe to clear, then set the new Author in Excel.
Step 1 — wipe: core.xml removed → Author blank Step 2 — Excel File → Info → Properties → Author: type: "Operations Team" Ctrl+S Result core.xml (regenerated by Excel): <dc:creator>Operations Team</dc:creator> <cp:lastModifiedBy>current.owner</cp:lastModifiedBy>
Company field carries the old org name after a merger
After a rebrand or acquisition, files still show the pre-merger Company. That value is in app.xml, separate from the Author, and survives a plain re-save.
docProps/app.xml (before): <Company>OldCo Holdings Ltd</Company> After wiping: docProps/app.xml → removed Set the new Company in Excel if your team uses that field.
Wrong name in Windows Explorer's Details column
Even without opening the file, Explorer's Authors column shows the former owner. It reads the same core.xml, so deleting it fixes the Explorer view too.
Explorer → right-click file → Properties → Details: Authors: former.employee (before) After wiping (core.xml removed): Authors: (blank) The Details tab reads dc:creator directly; no Author = blank.
Don't expect the wiper to type a new name
A frequent misunderstanding: the tool clears, it does not set. If you need a specific new Author, do the clear here and the rename in Excel.
What the wiper does: Author: former.employee → (deleted) What it does NOT do: Author: former.employee → new.owner ← not supported To get new.owner, wipe first, then set it in Excel File → Info.
Edge cases and what actually happens
Re-saving in Excel never cleared the Author
Expecteddc:creator is written once when the file is created and is not updated by later edits — only cp:lastModifiedBy changes on save. That is why a previous owner can stay credited as Author indefinitely. Deleting core.xml is the only reliable way to remove it; the wiper does exactly that.
You want to set a new Author, not just clear it
Clear onlyThis tool removes the Author; it cannot write a replacement name into the file. After wiping, set the new Author in Excel via File → Info → Properties. If you skip that step, the Author stays blank until the next person saves, at which point Excel stamps their account name.
Legacy .xls file from a long-departed colleague
Unsupported formatOld .xls files use the binary BIFF8 format with no docProps/ folder, so the ZIP-based wiper has nothing to delete. Open in Excel and Save As .xlsx first; the converted file carries a core.xml the wiper can then remove.
The old name also appears inside a cell or sheet tab
Out of scopeIf the former owner's name is typed into a cell, a header row, or a sheet tab name, it lives in xl/worksheets/ and survives the wipe. Find-and-replace that text separately — the wiper only removes property metadata, not content.
Old comments authored by the previous owner
RemovedComment author identities live in xl/comments*.xml, xl/threadedComments/, and xl/persons/, all of which the wiper removes — so the former owner's comments and their attached name go too. To purge only comments while keeping properties, use the Comment & Note Purger.
Encrypted workbook from the previous owner
Cannot processIf the inherited file was saved with an open-password, the OOXML ZIP is encrypted and JSZip cannot read docProps/ to remove it. You need the password to decrypt it in Excel first; without it the file can be opened but not wiped, and the metadata cannot be reached.
File larger than the Pro size cap
413-style rejectPro tier caps files at 50 MB. An inherited workbook past that (heavy with images or many sheets) is rejected before processing. Pro-media raises the cap to 200 MB and Developer to 500 MB. Most templates are far smaller.
Name regenerates after the next person edits
By designAfter wiping, the first person to save the file adds a fresh core.xml with their own name as both creator and last-modified-by. This is normal Excel behaviour and means the file is correctly re-owned by whoever next works on it — not a failure of the wipe.
Frequently asked questions
Why does the Author still show the old name after I re-saved the file?
Because dc:creator (the Author) is set once when the file is created and is not updated by later edits — only Last Modified By changes on save. So a file can show the previous owner as Author and you as Last Modified By at the same time. Deleting docProps/core.xml, which the wiper does, is the reliable way to remove the stuck Author.
Can I set a new author name with this tool?
No — this tool clears the name, it does not set a new one. Wipe the file here to remove the old Author, then set the new value in Excel via File → Info → Properties (or right-click the Author field → Edit Property). The two steps together fully re-own the file.
Will the file still work normally after wiping?
Yes. Document properties are pure metadata. Formulas, data, charts, pivot tables, and formatting are unaffected — only docProps/core.xml and app.xml are removed from the container.
Does this fix the wrong name in Windows File Explorer's Details tab?
Yes. The Authors field in Explorer's Details pane reads from the same docProps/core.xml the wiper deletes. Once that file is removed, Explorer shows the Author as blank.
What if the old name is in a cell, not the properties?
The wiper only removes property metadata, so a name typed into a cell, header, or sheet tab survives. Use a find-and-replace pass on the content to remove those occurrences — for example by exporting a sheet and running CSV Find & Replace.
It's a .xls file — can I still clean it?
Not directly. Legacy .xls uses the binary BIFF8 format, which has no docProps/ folder for the ZIP-based wiper to act on. Open it in Excel and Save As .xlsx, then wipe the converted copy.
Will the previous owner's comments be removed too?
Yes. Comment author identities live in xl/comments*.xml, xl/threadedComments/, and xl/persons/, all of which the wiper removes — so comments by the former owner and their attached name are deleted. To remove only comments and keep document properties, use the Comment & Note Purger.
Does the name come back later?
Only when someone saves the file again. After a wipe the Author is blank; the next person to save stamps their own name into a new core.xml, which is correct — the file is now owned by whoever next edits it. If you want a fixed Author, set it in Excel after wiping.
Is the inherited file uploaded to remove the name?
No. JSZip unpacks, deletes the property files, and repacks the workbook entirely in your browser. The file's contents never reach a JAD server. A local audit-log entry (no content) is recorded for your dashboard.
What tier is needed?
Pro. The Core Metadata Wiper runs through the Office Doc Property Wiper, which requires Pro tier (files up to 50 MB, 5 per batch). Pro-media and Developer raise those limits.
Can I clear the names from several inherited files at once?
Yes. The wiper accepts multiple files per batch — Pro allows 5, Pro-media 20, Developer unlimited — and handles .xlsx, .docx, and .pptx together, so a whole folder of a departed colleague's files can be cleaned in one drop.
Can a recipient recover the old owner's name afterward?
Not from the cleaned file. The property XML is deleted from the archive, not blanked, so there is no residual creator data to recover. The old name only resurfaces if someone has an earlier copy of the file.
Privacy first
Every JAD Excel tool runs entirely in your browser using SheetJS and ExcelJS. Your spreadsheets, formulas, and data never leave your device — verified by zero outbound network requests during processing.