I kept getting this problem with my Adobe Acrobat reader. I tried to repair and even reinstall but it keeps coming up. Not sure if it has anything to do with recent Windows updates. I am using Windows 10 64bit.
I followed the steps to enable CrashDumps. After that in Adobe Reader Preferences I turned on "Enable PDF thumbnail previews in Windows Explorer". When I clicked OK I immediately got the small error window. Checking in Windows Explorer I could not find the CrashDumps folder.
As I previously mentioned, for me the Crash Dumps are not generated. I also posted screenshots of the Registry to prove that I did everything correctly. I did get files in the CrashDumps folder after running the Cleanup Tool, but nothing when the error we are talking about here is shown. Maybe it is not a real error that brings up that message??? Maybe just a bug?
Hi @FuzzyJohn I got the same behaviour as you.
I've also create the Registry Keys as requested.
But even with many popup "Acrobat quit unexpectedly" there is no single file related to Acrobat in the Dump folder
Yes I am getting the same error recently on a pretty much brand new install of Windows 11 too. I think its related the thumbnails, as only get error when Enable PDF thumbnails previews is enabled. I have tried fresh reinstall, remove completly using cleaner, and manually removing all traces before reinstalling, but still get dozens if not hundreds of errors per day. I have also tried clearing all thumbnails with Windows, no change. I have also tried installing Reader first, then Acrobat (pro) but always get the error when Thumbnails are enabled.
Your diagnosis is correct. You have to uncheck "Enable PDF thumbnails in Windows Explorer" in order to stop getting the error. This problem arose only recently (Since September 2023). Adobe needs to fix this. The thumbnail feature is useful, and paying subscribers should not be deprived of this feature.
I get this same message even when my Enable PDF... is unchecked. And I only get the error when opening a doc from the server. Also, weirdly, the doc then opens just fine ?? But it's extremely annoying to have to click Skip every time.
If I open a doc from inside Adobe, I do not get the message. Another weird thing...
If you feel at ease editing the Windows Registry, in Regedit go to HKEY_CURRENT_USER\Software\Adobe\Adobe Acrobat\DC\AVGeneral\CrashDataAtLaunch and create a new DWORD (32-bit) Value named bDisableSuggestWorkaroundsAtLaunch then set it to 1. Once you click OK the error messages should disappear until you delete this value or set it to 0 (zero).
Alternately you can use the bDisableSuggestWorkaroundsAtLaunch.txt file I attached here, change the extension from .txt to .reg and double-click the file. Allow this app (Registry Editor) to make changes to your device, and the bDisableSuggestWorkaroundsAtLaunch value will be created and it will be set to 1.
Hi Fuzzy,
Thank you kindly for the workaround. This has worked for me too.
I am sure I am correct in saying that I speak for all when I say.
Eventhough this IS NOT a fix, it is a work around we all require because Adobe is too... well, you know the word I want to use here, to fix the issue itself, that clearly MANY are experiencing!!!
Everyone is clearly pointing out that no logs is being created for this hogwash issue.
Anyway, I am still appreciative of the fix/ workaround provided.
I keep getting this in every browser. The document you are trying to load requires Adobe Reader 8 or Higher. You may not have Adobe Reader installed on your viewing environment may not be properly configured to use adobe reader.
The form you are attempting to open is a dynamic XFA form. These forms can only be opened in an XFA aware reader, which basically means Adobe Acrobat. You must download it and open it with acrobat/reader in order to view it.
The was no "close reader" command but its possible to use a wrapper function to kill task, however its better to invoke clean close F4 via send keys, as per other answers.Here is latest source of Command Line Switches
Prior to downloading the latest Adobe Acrobat, please make sure that your labels are visible in the Security and Compliance center UI @ . If the labels are visible and are published by a label policy from the Security and Compliance center, the Adobe Integration will function.
After you have validated the label being visible in the Security and Compliance center, please proceed to download your Adobe Acrobat Reader from the Adobe site. Once you have installed the Reader then please proceed to the link and download the integration plug-in for installation. Please make sure that you close the Adobe Acrobat solution prior to installing the plug-in, otherwise it will not work.
If have an older installation then please make sure to read the general terms of use and uninstall any old Reader and plug-in installation before installing the new reader and the plug-in. The integration works with the 2019.010.20064 version of Acrobat Reader DC and Acrobat DC. Please do not use the plug-in with an earlier version of Acrobat.
After you have installed the plug-in, please try to label and protect a PDF document using the Azure Information Protection client and then open with Adobe Acrobat Reader that has the integration enabled.
In case you receive the following error as shown in Figure 2, when opening the secure PDF document with Adobe, It is due to the fact that the tenant administrator in your organization does not want users to authorize applications within your organizations tenant . This is an additional security measure that your tenant administrator might have enabled .
If your answer is no, to the above questions, then you will not see the labels. The Adobe integration is enabled with Microsoft Information Protection and the policies for those labels comes the Security and Compliance center at
If you are an organization using Chocolatey, we want your experience to be fully reliable. Due to the nature of this publicly offered repository, reliability cannot be guaranteed. Packages offered here are subject to distribution rights, which means they may need to reach out further to the internet to the official locations to download files at runtime.
Fortunately, distribution rights do not apply for internal use. With any edition of Chocolatey (including the free open source edition), you can host your own packages and cache or internalize existing community packages.
This package installs/upgrades the Multi-lingual ("MUI") release. In some cases, this package will by default be able to install over the top of a language-specific installation. Otherwise, this package will exit and require either a manual uninstall of the language specific installation or having the parameter '/OverwriteInstallation' set to do this automatically.
If the package fails on Windows 8.1 or earlier, this might be due to the installation of kb2919355 (which is a dependency of this package) if your system is not up-to-date. This KB requires a reboot of the system before the adobereader package installs successfully.
In cases where actual malware is found, the packages are subject to removal. Software sometimes has false positives. Moderators do not necessarily validate the safety of the underlying software, only that a package retrieves software from the official distribution point and/or validate embedded software against official distribution point (where distribution rights allow redistribution).
The Java update comes amid revelations by Apple, Facebook and Twitter that employees at these organizations were hacked using exploits that attacked Java vulnerabilities on Mac and Windows machines. According to Bloomberg News, at least 40 companies were targeted in malware attacks linked to an Eastern European gang of hackers that has been trying to steal corporate secrets.
Apple has issued an update that brings Java up-to-date on security patches but also disables the Java plugin from Web browsers on the system. Apple also issued a malware removal tool that it said should remove from Macs the most common variants of malware that used the most recent Java exploits.
I was browsing through your site (krebsonsecurity.com) and found very interesting contents on money and finance which are pretty informative. I was hoping I could write a guest post on your blog with an article related to your blog, I believe this will be of interest to your readers.
Nothing is perfect for viewing pdf, comes with the territory of it being a universal office doc with a lot of functionality. Adobe Reader has a pretty good sandbox and is regularly patched, but it still gets hit. Even using alternative readers like Foxit have been criminally exploited by criminals.
Actually, my post addresses two instances of sandboxing in Firefox:
1. The Flash Player plug-in sub-process which is sandboxed using Windows low integrity levels (LILs)
2. The HTML5 sandbox for iFrames (not related to LILs)
So, which provides more security to users? Sandboxing or whitelisting? Since Chrome supports both, it really highlights a philosophical diference between Internet Explorer and Firefox with NoScript as well as Opera (which has the capability for whitelisting built-in). Also, can ordinary users learn to proficiently whitelist their frequently-visited web sites? Would love to see more information on this as well.
Regarding the very recent NBC.com hack, that involved the miscreants inserting an iFrame on the web site that redirected users to a site under their control which attempted to load the Citadel malware on victims PCs:
c80f0f1006