Version 149.0.4022.52 (Official build) (64-bit) -- Print preview is failing to load any documents.

@Vaughn, Micheal Were you able to resolve this issue?

We are also experiencing the same thing in a restricted GPO environment.

Thank You

Welcome to Microsoft Q&A Forum! 

From the symptoms and testing performed, this behavior is most consistent with a Chromium print pipeline issue rather than a GPO configuration problem.

Print preview depends on the browser’s built-in rendering stack and failures can occur when:

• The PDF/print preview component fails to load
• The selected printer is not accessible
• There are driver or connectivity issues impacting rendering

Reference: Troubleshoot print issues in Microsoft Edge | Microsoft Support

Additionally, similar reports show:

• Preview window spinning indefinitely in Edge/Chromium
• Works in Firefox but not Chromium-based browsers  

Combined with version rollback success, this strongly indicates a regression in Edge 149 affecting Chromium print preview rendering (likely tied to user context or printer enumeration).

I would like to share the following recommended solutions that may help you. 

1. Use system print dialog (bypass Chromium preview)

Ctrl + Shift + P

This invokes the Windows print dialog directly and avoids the failing preview layer.

2. Test with different/default printer

• Switch to Microsoft Print to PDF
• Reopen print dialog (Preview may fail if the selected printer is not fully available)

3. Reset/update user profile context

Since Admin works, test:

• New user profile
• Clearing browser profile/cache

4. Temporary mitigation

Roll back to Edge 148 until fix is available

5. Escalation / tracking

• Submit feedback via Edge (Alt + Shift + I)
• This aligns with known cases where print preview hangs indefinitely in Chromium-based browsers

6. Print Subsystem Reset

Restart the Print Spooler service and clear the contents of C:\Windows\System32\spool\PRINTERS.

7. Registry Cleanup

Consider deleting the following registry keys (after backing them up) to reset client-side rendering and printer connections:

• HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Print\Providers\Client Side Rendering Print Provider
• HKCU\Printers\Connections

I hope this information is helpful and thank you for choosing Microsoft Q&A to raise your concern. 

Hi Vaughn, Micheal

It looks like the issue popped up specifically after updating to Edge 149, and since rolling back to 148 fixes it, we’re likely dealing with a regression in how Edge handles print preview under certain GPO configurations. The fact that it works fine under an admin account suggests a permissions or profile-level caching issue tied to the update.

Here’s what I’d suggest: first, try clearing the Edge cache and profile data (especially the printing cache under %localappdata%\Microsoft\Edge\User Data\Default\Cache). Then, temporarily disable the “PrintPreviewUseSystemDefaultPrinter” policy to see if Edge’s internal preview engine behaves differently. If that doesn’t help, re‑enable it and test with a clean user profile sometimes the update leaves behind stale printer mappings. Also, make sure your Windows Print Spooler service is running cleanly; restarting it can sometimes kick the preview back into gear.

If none of that resolves it, I’d recommend filing feedback directly through Edge’s “Send feedback” option the dev team is already tracking similar reports for build 149.

Hope this gets you back up and printing smoothly! If this answer helps, please hit “accept answer” so others can find it useful too. If you need more information, feel free to leave a message. We are happy to help!