HP Printer Not Feeding Paper, “Out of Paper” Error & Tray Issues

HP paper-feed failures usually begin in a misleading halfway state. The printer powers on normally, accepts the job, and may even make the first feed sounds, but the sheet never enters the print path the way it should. 

Problem: The printer kept saying “out of paper” even though the tray was loaded

What users observed: The tray was filled with paper, the stack looked normal, and the printer still reported out of paper or acted as though there was nothing to pick up. In solved HP cases, users often emphasized that the paper was already seated and that the problem did not begin with an obvious jam. That made the printer look as though a sensor had failed, even when the actual cause was more ordinary.

What was tried: The working fixes began with the paper itself rather than with the driver. Users removed the stack, checked for curled edges, wrinkled sheets, or paper pushed too tightly into the tray, then reloaded a clean stack and made sure the guides were not forcing the paper out of line. Where the paper had curled, flattening it or replacing it entirely was part of the successful recovery path.

How this played out: Once the stack was reloaded properly and the damaged or curled paper was removed, the printer began feeding again. In these cases, the machine had not actually lost the ability to detect paper. It was refusing a stack that no longer sat in a way the pickup path could handle reliably.

Problem: The printer fed only from manual feed or Tray 1 and ignored the main tray

What users observed: The printer would keep waiting on Tray 1 or manual feed, even though the main tray was already loaded. This made it look like the printer had stopped feeding from the normal tray altogether, especially when users had not changed the paper source on purpose.

What was tried: The solved cases did not revolve around reinstalling the printer first. The effective step was checking whether Manual Feed had been left enabled or whether the tray size and type no longer matched what the job expected. One HP case was resolved simply by disabling Manual Feed because the printer had been set to prefer that path regardless of tray position. 

How this played out: Once Manual Feed was disabled or the tray settings matched the actual paper again, the printer returned to feeding from the correct source. The feed path itself had not necessarily failed. The printer was following a tray-selection rule that no longer matched the way the paper was loaded.

Problem: The printer made pickup noises but the rollers would not pull the page through

What users observed: The machine behaved as though it was about to feed, but the page either did not move at all or only moved inconsistently. In some HP cases the rollers occasionally grabbed a page, which made the failure feel random, even though the problem kept returning.

What was tried: The successful repair path was physical, not software-based. Users cleaned the feed rollers and checked for dust, paper debris, and other material inside the paper path. Where the rollers had already been cleaned once, the remaining issue was often that the grip surface was still worn or that an obstruction deeper in the path had not been removed yet.

How this played out: Once the rollers and pickup path were cleaned thoroughly enough, the printer began feeding again. These cases were not fixed by changing print jobs or restarting the queue. The printer was no longer gripping the sheet well enough to begin pickup, and cleaning restored that contact.

Problem: Tray 2 was loaded but not picking up paper

What users observed: The printer could still behave normally from one source while refusing to feed from another. A common pattern was that Tray 1 or a single-sheet path still worked, while Tray 2 acted as though it was empty or unavailable. That made the problem look inconsistent until users tested the tray path more directly.

What was tried: In the solved tray-specific case, the breakthrough came when the user found a small plastic guide or switch at the front of the tray path that had slipped out of alignment. Before that, the issue had looked like a software or tray-default problem because the printer still printed elsewhere.

How this played out: Once the guide was put back into the correct position, the printer fed from Tray 2 again. The failure was not the print engine and not the document. It was a tray-path part that had shifted enough to stop normal feed behavior from that source.

Problem: HP Printer stopped feeding paper after switching paper types or media

What users observed: Some HP printers started feeding badly or returning out of paper errors after the user switched between envelopes, labels, or another media type and then went back to normal paper. The paper tray could still be full, but the printer acted as though the loaded paper no longer matched what it was prepared to use.

What was tried: The successful fix path was to normalize the tray again rather than keep resending the same job. Users reloaded clean standard paper, checked the alignment, and restarted the printer so it could come back to a known paper state instead of staying stuck between media expectations.

How this played out: Once the media state was corrected and the tray was reloaded cleanly, the printer stopped behaving as though paper was missing. The feed failure had been caused by the way the machine was interpreting the loaded stock, not by a total loss of pickup ability.

Problem: Printer feeding paper but at wrong angle

What users observed: In some feed cases, the page did begin moving, but entered at the wrong angle, stalled early, or behaved inconsistently enough that users started describing it as a jam or partial feed failure instead of a simple no-pickup problem.

What was tried: The effective work stayed in the paper path: checking for debris, cleaning rollers, confirming the guides were not skewing the stack, and removing anything that might let the sheet twist as it entered.

How this played out: Once the feed path was cleaned and the stack was aligned properly, the printer stopped producing the half-feed behavior that makes users think they are dealing with a jam instead of a pickup problem. The printer had not changed jobs incorrectly. The page had simply not been entering the path cleanly enough to stay straight and moving.