How to Recover Lost Form Text in Chrome

Published: October 4, 2026. Updated: October 2026 by Andrew Apell, who builds Form ReDraft

You have spent twenty minutes on a support reply, a job application or a forum post. You clicked a link to check something. When you came back, the field was empty and the page did not remember a thing.

This is not a rare glitch. It is what browsers are designed to do, because keeping form text around is a privacy decision and Chrome makes that decision conservatively. The useful question is not why it happens. It is what you can still do about it.

Try these first, in order

  1. The back button. If the page is still in the browser cache, going back sometimes restores the form with your text intact. Press back rather than retyping the address. If the page reloads instead of restoring, it is gone.
  2. Reopen the tab. Chrome keeps recently closed tabs and can restore their scroll position. This only helps if the tab was closed, not if the page navigated away.
  3. Your browser history. Search history for the page, open it and see whether the site repopulates the field from its own session. Some large platforms keep a draft of an unfinished post on their server.
  4. The site itself. Notion, Zendesk, Gmail and most modern web apps keep server-side drafts. If you typed into one of those, your text may be waiting for you when you sign back in, regardless of what the browser did.

Notice what is not on that list. There is no incognito mode, no cache folder and no settings toggle that reliably brings back discarded form text. The text was never written anywhere durable, so there is nothing to retrieve.

Why Chrome throws the text away

Chrome does keep form data, but only the narrow kind it needs for its own autofill. That means names, addresses, telephone numbers and anything you have explicitly saved through autofill. Those are structured, short and attached to a field the browser recognises.

Long prose is not in that category. A textarea holding several paragraphs of a support reply has no autofill entry, and Chrome does not keep a general record of what you typed. The same applies to contenteditable surfaces in rich text editors, which the browser does not treat as form fields at all.

There is a second reason, and it is the one that catches people out. Even when a browser does restore a form, it restores the form, not your place in the session. Many sites generate a fresh identifier for every field on every render, so a restored page can look identical while the field underneath is a completely different one that has never held your text.

The approach that removes the problem

Every recovery route above depends on the browser or the site doing you a favour. A more reliable approach is to stop depending on recovery and keep a copy as you type, on your own machine.

A local draft tool does this:

  • It watches the fields you are typing into and writes an encrypted copy shortly after you pause.
  • When you return to a field it recognises, it shows a badge with the word count and the time, so you can tell whether it is offering something worth having.
  • It puts the text back through the interface the page itself uses, so a site built with React or Vue keeps the restored value instead of overwriting it a moment later.

The important detail is the third point. Plenty of tools can fill a box. Very few can fill a box that a single page application then keeps.

Any tool that only writes to the screen is a screenshot with extra steps. A tool that writes through the page interface survives the next render.

What to look for in a recovery tool

  • It works on the sites you actually use. Test it on a single page application before you trust it with an hour of writing.
  • It refuses credentials. Password fields, card numbers and one-time codes should be skipped, and that behaviour should not be switchable.
  • It stays on your device. No account, no sync to a server you did not choose, no analytics.
  • You can pause it per site. Recording should stop on your bank with one click, not require an extension uninstall.
  • You can delete everything. Not just hide it. Delete it.

A habit worth building

The cheapest protection is still a text editor. Draft long answers somewhere outside the browser, then paste. It is unfashionable and it works on every site, including ones no extension can touch.

For everything else, a local draft copy is the sensible second layer. It costs nothing, it never leaves your machine and it turns a lost hour into a lost keystroke.

FAQ

Can I get back text from a form I already submitted?

Sometimes, through your browser history and cache. Once the page has been closed and the site has rotated its session, the text is usually gone from the machine.

Does Chrome keep a history of what I typed?

Only for its own form filling, which stores short structured answers and cannot be read by extensions. Long prose typed into a textarea is not kept.

Will the back button restore my form?

Sometimes, when the browser restores the page from its cache with the form intact. A page that reloads, or that is restored after a crash, usually comes back empty.

What is the safest way to protect long typed work?

Keep a local copy as you type, in a tool that stores it on your own device and refuses to record credentials.

Stop losing what you wrote

Form ReDraft keeps an encrypted copy of your form text on your own device, offers it back in one click and never records anything that looks like a credential.

Read the documentation
Project Slidecut