Why your PDF form won't fill, save or print properly, and what to do

A form that works perfectly on one computer and looks empty on the next is baffling the first time it happens. Nothing looks broken. The boxes are there, you typed in them, and the text was on your screen a minute ago. People then lose an afternoon trying different programs, printing to PDF, saving under new names and asking forums for help.

This post looks at what people actually report, explains what a PDF form really is under the surface, shows results from tests we ran on a filled form, and sets out the right way to deal with each situation. Forms usually contain your name, address and identity numbers, so it also covers where that information goes while you fill it in.

What people actually run into

Six threads, six different symptoms, and almost nobody gets a clean answer. The reason is that "a PDF form" is not one thing. There are at least three kinds, they behave differently, and the symptoms above come from mixing them up.

Three kinds of form, and why they matter

• A standard fillable form. The boxes are real interactive fields stored inside the file. This is the kind most programs understand, and it is the one you can fill, save and send.
• An XFA form. An older, more complex style used by some government and bank forms. Many viewers cannot fully handle it, which is the likely story behind the 2024 thread, where data showed on one computer and not on another.
• A flat form. A scan or a picture of a form, with no real fields at all. You cannot type into it, because there is nothing to type into. These need a different approach.

The first question to ask about any form that is not working is which kind it is. A quick test: click on a box. If it highlights and accepts text, it has real fields. If nothing happens, it is flat, or locked, or in a viewer that cannot handle it. Trying a different program often settles the question in a minute.

Why your answers vanish

There are a few separate reasons, and the threads are mixing them together.

1. 1The program could not save that kind of formIn the 2016 thread the free Reader could fill the form but not save it locally, because the form had not been set up to allow it. The usual advice is to use a program that can save the form, or to fill and print to a new file.
2. 2A field has a value and a picture of that valueEach filled field stores the text you typed and also a small drawing of how it should look. If a program changes the value without redrawing the picture, another viewer can show an empty box until you click on it. This is one common explanation for the box that only reappears on click in the 2018 thread.
3. 3Print to PDF and similar saves turn the form into a pictureSaving through a print route produces a flat copy. The text is kept as part of the page, which can be exactly what you want when sending, but the boxes stop being fields and nobody can edit them.
4. 4A printer or portal may ignore interactive fieldsThe 2021 thread is the clearest case. The print service rendered the page and skipped the typed answers. Making the answers part of the page itself avoids depending on how that service handles fields.

Flattening, in plain terms

Flattening takes what you typed into the fields and paints it onto the page as ordinary content, then removes the fields. After that the document looks the same, nothing can be edited in the boxes, and every viewer and printer shows exactly the same thing. It is the standard fix for the sending and printing problems above. It also cannot be reversed, which is why you should keep an editable copy.

What we tested

To see this in practice, we built a one page application form with four typical fields: a name, a multi line address, a dropdown for a plan, and a checkbox. We filled it with our PDF form filler in two ways, once leaving the fields editable and once flattened, and then examined each result with an independent PDF reader.

The row about searching the text is the useful one. In the editable copy the answers are stored as form data, so a search over the page does not find them. In the flattened copy they are ordinary page text, so they print, search, copy and display everywhere. That is why flattening cures the printing problem in the 2021 thread.

What our tool can and cannot fill

We tested the main edges as well, because a tool that quietly does the wrong thing is worse than one that refuses. The PDF form filler handles standard fillable forms with text fields, checkboxes, radio buttons, dropdowns and lists. It runs on your device and the form is not uploaded.

• XFA forms are refused with a clear message. In our test it said the form is an XFA form and suggested using a standard one, and it did not guess.
• A scan has no fields. A flat PDF showed zero fields, so there is nothing for this tool to fill. It does not type onto an ordinary page.
• Signed forms are left alone, by design. The tool refuses a form that carries a digital signature, because changing it would invalidate the signature.
• Only Latin letters can be written. We tried a name in Urdu script and the tool declined with a message that built in font support is limited to Latin characters. If your form needs another writing system, you will need a different approach.
• Read only fields stay locked, by design. The tool will not change a field the form's author protected.

Choosing the right route

• You can type in the boxes. Fill it, save an editable copy, and flatten a second one to send.
• You cannot type, and it is a scan. The form has no fields. Print and write by hand, or use software that places text anywhere on a page.
• The form is XFA and will not behave. Open it in Adobe's free Acrobat Reader, or ask the organisation for a standard version.
• It needs a signature as well. Fill the fields first and add the signature last. See our post on signing a PDF without printing it.
• A printer or portal shows blank boxes. Flatten the form and send that.
• A field is locked. If it is protected by the form's author, you cannot change it. Ask for an unlocked version.

Where your information goes

A filled form is among the most personal documents you handle. It can hold your full name, address, date of birth, national identity number, bank details and signature in one file. Many free online form fillers work by uploading the PDF to a server, filling it there and sending it back, which means your details pass through a stranger's computer. A tool that runs in your browser does the same job without the file going anywhere, and you can check that by watching your network activity while it works.

The finished file also carries the usual extras, such as author, software and dates, as explained in our post on what a PDF says about you. If those matter, clean the file before you send it.

Mistakes that waste the afternoon

• Filling the form in a browser window and trusting it. Browsers and some previewers handle fields poorly, as an expert said in the 2021 thread. Check the saved file in a second program.
• Flattening before you have checked the answers. It cannot be undone, so review first.
• Sending only the editable copy to a printer or portal. Send the flattened one.
• Looking at only one page. Check every page of the saved file before sending.
• Using an online filler for a private form. Many upload the document.
• Assuming a form with no cursor is broken. It may simply be a scan, which has no fields to fill.

A short routine to keep

Click a box to see if the form has real fields. Fill it in a tool you trust with the information. Save an editable copy for yourself. Make a flattened copy to send, and open it in a second program to check every page. If the form is a scan, an XFA form or in another writing system, expect to take a different route. Keep the original blank form in case you need to begin again.