Trying to copy a paragraph out of a PDF and having it either not select at all, refuse to paste, or come out as garbled nonsense is a common frustration with a few genuinely different causes behind it. The fix depends entirely on which one is actually happening.
Cause 1: The PDF Is a Scanned Image
This is the most common cause. If the page is a scan or a photo saved as a PDF, there is no actual text there to select, only pixels that look like text to a person reading them. Clicking and dragging over the words selects the whole image instead of individual characters, and nothing meaningful pastes. The fix is running OCR to add a real text layer, which is covered in more detail in PDFHaul's guide on making a scanned PDF searchable.
Cause 2: The PDF Deliberately Blocks Copying
Some PDFs are saved with owner-level permissions that specifically disable copying text, separate from anything required just to open the file. If you can see and read the text fine, but the copy function itself is greyed out or produces nothing, this is likely why. This is intentional on the document creator's part, and the correct path is requesting a copy without that restriction from whoever created or sent the file, rather than trying to work around a deliberate restriction.
Cause 3: You Can Copy It, But the Pasted Text Is Garbled
This one surprises people because the text is clearly visible and selectable, and copying appears to work, but pasting produces the wrong characters, random symbols, or text that looks correct on screen but pastes as something else entirely. This happens when a PDF's internal font data does not include a proper mapping between the visual characters shown on the page and their actual underlying character codes. Some PDF creation tools, particularly older software or certain non-standard export processes, generate files where the page renders correctly to the eye but the text extraction layer underneath is broken or incomplete. If a PDF like this needs to be copied from reliably, running it through OCR rebuilds a clean, standard text layer from what is visually on the page, which sidesteps the broken original mapping entirely, since OCR reads the page as an image and generates new text data rather than relying on the file's existing internal text encoding.
Cause 4: You're Trying to Copy a Table
Copying and pasting a table out of a PDF, even one with a perfectly normal text layer, usually loses the row and column structure completely. The individual words and numbers paste as a wall of unstructured text because copy-paste has no way to preserve a grid layout the way a spreadsheet does. This is not a broken file, it is a structural limitation of copy-paste itself. Extract Tables is built specifically to solve this, detecting the table's actual grid and outputting real spreadsheet data instead of unstructured text.
Quick Diagnostic
Symptom | Likely Cause | Fix |
Can't select any text at all | Scanned image, no text layer | Run OCR first |
Text is visible but copy is greyed out or blocked | Owner permissions restrict copying | Request an unrestricted copy from the source |
Pasted text is garbled or wrong characters | Missing or broken font character mapping | Re-OCR the file to rebuild a clean text layer |
Copied table loses its row and column structure | Copy-paste doesn't preserve table layout | Use a table extraction tool instead of copy-paste |
Does the PDF Viewer Matter?
Sometimes. A browser's built-in PDF viewer, a mobile app's preview, and a full desktop PDF reader do not always implement text selection identically, and a file that copies awkwardly in one can behave better in another. This is worth ruling out before assuming the file itself is the problem, particularly for cause three, where a viewer with more forgiving text-extraction handling might paste correctly even from a file with imperfect character mapping. If switching viewers does not change anything, the underlying cause is almost certainly one of the other three rather than the viewer itself.
If You're the One Creating the PDF
For anyone generating PDFs that other people will need to copy text from, a few habits avoid causing this problem for someone else down the line. Exporting directly from a word processor or design tool rather than printing to PDF from an unusual source generally produces cleaner, more standard character mapping. If a PDF is going to be scanned rather than exported digitally, running OCR on it before distributing it, rather than leaving that step for whoever receives it, saves everyone downstream from hitting cause one entirely.
A Real Example
Someone receives an old scanned employment contract and tries to copy a specific clause into an email to ask a question about it. Selecting the text just highlights the whole page as an image, confirming this is cause one, a scanned document with no text layer. Running the file through OCR first, then reopening it, the same clause now selects cleanly as actual text and pastes correctly into the email. In a separate case, someone downloads a PDF report from an old internal system and finds that copying a paragraph pastes as scrambled symbols instead of readable text, even though the page looks completely normal on screen. That points to cause three, a broken character mapping in the original file. Running the same file through OCR rebuilds a clean text layer from the visible page content, and the paste works correctly afterward.
Frequently Asked Questions
Why does my PDF look like normal text but paste as symbols?
This usually means the file's internal character mapping is broken or missing, often from how the PDF was originally created. Running the file through OCR rebuilds the text layer from the visible page content, which fixes this.
Can PDFHaul remove a copy-restriction on someone else's PDF?
No. Owner permission restrictions are set deliberately, and the correct path is requesting an unrestricted copy from whoever created or shared the file.
Will OCR fix a PDF that already has selectable but garbled text?
Yes. OCR generates a new text layer based on what is visually on the page, rather than relying on the original file's broken internal text encoding, so it resolves this even though the file technically already had a text layer.
Why does copying a table from a PDF paste as a mess?
Copy-paste has no way to preserve row and column structure, so a table pastes as unstructured text even from a completely normal PDF. Use a table extraction tool instead of copy-paste for tabular data.
Is there a way to tell which of these is happening before I try to fix it?
Try selecting the text first. If nothing selects, it is likely a scanned image. If it selects but copying is blocked, it is likely a permission restriction. If it copies but pastes wrong, it is a character mapping issue. If it is a table, the structure loss is expected regardless of the underlying text layer.
Peter
Founder of PDFHaul and Bultech
Building tools that make working with documents faster and simpler.