Finally, a fix for the PDF preview bug in 64-bit Windows

Way back in May 2008, I noted an annoying, longstanding bug that surfaces when you install Adobe Reader on Windows Vista x64. The preview function, both in Windows Explorer and in Outlook 2007, is broken. The only fix I could find at the time was to replace the broken previewer with a third-party alternative such as FoxIt PDF Preview Handler.

Now, 16 months later, there’s a new 64-bit operating system, Windows 7, and a new version of Acrobat Reader (9.1). And the bug is still there. Here’s what you see if you try to preview a PDF file in Windows Explorer under Windows 7 x64:

pdf-preview-bug

But yesterday, Leo Davidson pinged me via e-mail with news that he had discovered the cause and, more importantly, had a fix for it. As Leo notes, the problem is caused because Adobe registers the wrong preview handler, even though Microsoft explicitly documents the correct settings, The fix involves replacing the incorrect registry value with the proper one.

If you are running a 64-bit Windows version and you’ve experienced this issue, you can edit the registry by hand, using Leo’s step-by-step instructions. An easier fix is to create a Registration Entries file (.reg extension) that makes the changes automatically when you double-click it. You’ll find a downloadable version of this fix-it file at Leo’s site as well, just above the instructions for manually editing the registry. Download and unzip the adobe_pdf_x64_fix.reg file and follow the prompts.

As I discovered during my tests, this fix requires one extra step if you’ve previously installed the FoxIt Preview Handler. Open Control Panel, double-click the entry in Programs and Features for Adobe Reader, and run a Repair installation. After you complete that preliminary step, the fix should work just fine. Here’s what the preview pane looks like when it’s working properly:

pdf-preview-bug=fixed

As Leo notes, it would be nice if Adobe would fix this bug. (Actually, he’s a bit more forceful than that, and he’s right. Hey, Adobe, fix it!) It would be trivially easy to do so, and they could win some friends by getting it right with the next release of Reader.

31 Responses to Finally, a fix for the PDF preview bug in 64-bit Windows

  • Ian says:

    Well that’s great and all, but what about the thumbnails?

    Fear not, i have the answer.
    PDFXchange 64 bit will bring you full thumbnails in Vista/7 64 bit.

  • jon says:

    Amazing that a problem with such a simple fix could be ignored by Adobe for so long. It’s like they’re wilfully ignoring x64 as a platform – I can’t think of any other excuse for this issue being unaddressed after all this time.

  • Bill Wardino says:

    I think, perhaps, Adobe is errant because MS is stealing its thunder with Silverlight. Could it be just that simple?

  • Joe says:

    I find Foxit reader to be better overall than Adobe Reader… I haven’t used Adobe Reader in ages, and judging from this post, I didn’t miss on much :)

  • Ashish says:

    Exactly, Foxit is 10000 times better, and 100 times lighter.

  • Leo Davidson says:

    I find FoxIt’s text rendering harder to read than Adobe’s.

    The banner advertising the fact that FoxIt is being used in the FoxIt preview handler also has no place on any monitor of mine. :)

    Adobe Reader 9 starts very quickly (much improved over previous versions) and the preview handler in question starts even quicker.

    I’m no fan of Adobe, and have a lot of my time wasted working around the various bugs in their PDF software over the years, but as a user Adobe Reader 9 seems okay to me. I get the impression many use FoxIt instead because of reasons that no longer exist. Still, if you prefer it then more power to you!

  • Ed Bott says:

    No, I don’t think it’s that simple, Bill. The problems with Adobe Reader go back ages, to a period long before Silverlight was even a possibility.

  • AboKevin says:

    Just wanted to extend my gratitude to Leo, for making this fix (easy or not – I didn’t have it before) and to you Ed for making me aware of it. The fix works in Outlook 2010 Technical Preview as well. :-D

  • Ed Bott says:

    AboKevin, are you running 32-bit Office 2010 or 64-bit? I haven’t been able to get PDF previews to work in 64-bit Outlook 14 (Office 2010) but assume that’s because the previewer is 32-bit and won’t work with a 64-bit app. Can you confirm your configuration?

  • AboKevin says:

    Ed, I must admit that I couldn’t answer your question straight up without some checking. I found that I have downloaded both x86 and x64 versions from Connect. Checking my C drive I found that most of the Office files are in the Program Files (x86) folder, so I assume I have the 32-bit version of Outlook 14 installed on my 64-bit Windows 7 Ultimate system. Why I did that beats me…

  • Ed Bott says:

    OK, that explains it. Btw, an easier way to check is to run one of the programs and then look at the Processes tab in Task Manager. If it’s a 32-bit process you’ll see *32 at the end of the associated process.

  • Leo Davidson says:

    It should be able to work from a 64-bit process since it works from 64-bit Windows Explorer as well as the 64-bit version of my own viewer.

    The fixed AppID registry setting should mean that a 32-bit copy of PrevHost.exe (“Preview Handler Surrogate Host”) is created to host the 32-bit Adobe PDF DLL. PrevHost.exe then acts as a proxy between the 32-bit DLL and the main 64-bit process. COM magic. :-)

    (The problem before the fix was that Adobe set the AppID to point to the 64-bit PrevHost.exe when installing on 64-bit systems. The fix changes it to the 32-bit PrevHost.exe, as is required for hosting a 32-bit DLL.)

    It’s possible that Office 2010 is loading the viewer in a way which prevents PrevHost.exe from being used. I don’t know exactly what Explorer does but in my own code I explicitly check for 32-bit viewers and do things a little differently for them. Maybe that’s why it’s working for me (and Explorer) but not Office 2010. I those extra steps were redundant for preview handlers — they are in my code for other types of ActiveX control — but maybe not.

    I also had to change my code slightly due to changes between Vista and Windows 7 in the way 32-bit and 64-bit preview handlers are listed in the registry. (There used to be separate lists for 32-bit and 64-bit. In Windows 7 there are still two lists but they both contain a merged list of all the viewers irrespective of their bitness.) Could be that affects Office 2010 as well.

    These are all guesses, though. It could be something wildly different.

  • Luke H says:

    Hmm. For some reason, this fix has not worked for me. I still have the “This file can’t be previewed… blah blah” error message displayed in Explorer.exe for PDF previews. I’m running Win7 x64 final. Acrobat 9.1.3 from Adobe CS4.

  • Ed Bott says:

    Luke, did you try reinstalling Adobe Reader and then running the reg fix file? I had the same problem until I did that.

  • FreudSlipped says:

    Can someone explain why x64 continues to be the ugly stepchild of MS?

  • Luke H says:

    Ed, yes I had tried uninstalling/reinstalling Adobe Reader 9.1. Actually I *did* figure out the issue, hopefully this will help some others:

    in the .reg file, the fix is applied to the WOW6432 node of the registry ONLY, which is not correct. Actually there are 2 locations that need to be patched:

    Windows Registry Editor Version 5.00

    [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes\CLSID\{DC6EFB56-9CFA-464D-8880-44885D7DC193}]
    “AppID”=”{534A1E02-D58F-44f0-B58B-36CBED287C7C}”

    [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{DC6EFB56-9CFA-464D-8880-44885D7DC193}]
    “AppID”=”{534A1E02-D58F-44f0-B58B-36CBED287C7C}”

    Once these are both entered, the previews work fine!

  • Scott says:

    I’m still looking for icon view fixes for both PDF and Office files. These often break both in 64-bit and 32-bit Windows. Fixing them is not always a piece of cake, if it can be done at all. Very frustrating!

  • AboKevin says:

    @Freudslipped

    Explain to me how x64 is the ugly stepchild of MS when what we are discussing is how Adobe still haven’t fixed a relatively small and easy bug in their software? Your logic is impeccable… or not…

  • Luke H says:

    The “fix” for thumbnails in Vista x64 is to launch the 32-bit version of explorer.exe, by making a shortcut that points to:

    C:\Windows\SysWOW64\explorer.exe /separate

    Then view in thumbnails works. Sadly, it looks like MS has “shimmed” this in Win7 and the shortcut launches a 32bit app but it gets swapped out almost instantly for the 64-bit flavor. So this trick no longer works in Win7. I even tried taking the 32bit explorer.exe file from my Vista SP2 x64 and running it in Win7 but it refuses to launch. I wonder if there is a 32bit explorer.exe from Win2008 server that might run in Win7, I haven’t had a chance to test that yet.

    So… hopefully Adobe will get their act together one of these YEARS and release a “real” compatible version of Acrobat for x64. I tried the available 3rd party solution (PDFXChange) and found it to be quite buggy (I got black squares for a lot of my thumbnails, and they were hit-and-miss).

  • Leo Davidson says:

    Luke:

    On a 64-bit system

    HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{DC6EFB56-9CFA-464D-8880-44885D7DC193}

    should not exist at all.

    Either you had run the 32-bit version of RegEdit (which would happen if you launched RegEdit.exe from a 32-bit program, e.g. 32-bit Explorer) or something weird is going on.

Hosted by A2
A2 Hosting does PHP5, MySQL5, PostgreSQL 8, cPanel, Ruby on Rails, and SSH/Shell.
I use them because I like dealing with responsive, friendly human beings.
Plans from $2.95/month.
Sponsors