Acrobat preflight droplet 8.1.2 & leopard 10.5

there seems to be an issue creative preflight droplets with the newest 8.1.2 update for acrobat. after creating the droplet, the application fails to launch. just bounces once and stops. i have attempted to rebuild the prebindings and tries different settings. the error in the console log is as follows:
Feb 25 13:02:22 peters-mac-pro [0x0-0x17017].Verify compliance[132]: /System/Library/Frameworks/Carbon.framework/Versions/A/Support/LaunchCFMApp[132] Launch failed with error code -2857 (cfragCFragRsrcErr) for application /Users/peter/Desktop/VERIFYPDF/Verify compliance.app
i dont know if this is a dynamic library issue - cfm library issue - etc, but as far as i know it worked within version 8.0.
anyone else having issues or workarounds? adobe any help on this?

When creating (or editing) droplets in Acrobat 8.1.2 Preflight on Mac there seems indeed to be an issue - the droplets do not run. Nevertheless, using/running a droplet that was created in 8.0, 8.1 or 8.1.1 still works.
HTH.
Olaf Drümmer
PS: This does not seem to be an issue on Windows.

Similar Messages

Acrobat 9 Droplet error on report

I have created a droplet from a preflight in Acrobat 9. When I drop a PDF-file on it, it will preflight the file, create a report and put the files in a success or failed folder. But when Acrobat creates the report it comes with an error message:
AEHandler: unhandled exception caught!
Without a report everything is ok. But I really want a report when a PDF-file is failed, without any error message.
I want to automate the droplet task with a simple action in Automater which is using hotfolders. Whit a simple loop in the script, it becomes a kind of preflight-server.
With the error-message, the looping task won't continue :-(
I have tried this on local, so I have no problems with any rights-management.
Does this problem sound familiar by anyone?
Any help would be very welcome!
Thanks, Roel.
Mac OS-X 10.4.11, Acrobat 9.0.0

Reporting it now.
It is worth noting that the same error occurs on the Windows version of Acrobat Pro 9, but here the error message sais "DDEHandler unhandled exception caught!". So it seems clear that this is independent of OS version and hardware, and only occurs in Acrobat 9.
EDIT: Here is a copy of my bug report. Note: I have not checked if it crashes if set to generate a report only on e.g. error and the PDF passes sucessfully (without triggering the creation of an error report) - worth checking out when trying to narrow down the cause. Some might also want to try all the PDF report options (my impression is that it only triggers if detailed report is set).
******BUG******
*** Concise problem statement:
When dropping a PDF file into an Acrobat preflight droplet, Acrobat completes the preflight and then returns the error "AEHandler unhandled exception caught!" on OSX or "DDEHandler unhandled exception caught!" in Windows. This happens 100% of the time across different hardware and operating systems (I have not yet found a machine that doesn't create the error).
The error ONLY occurs if the droplet is set to generate a detailed report (on success and/or error), but NOT if it is set to create a summary PDF.
*** Steps to reproduce bug:
1. Open Preflight Window and select a preflight. Options > Create Preflight Droplet...
2. Check "Create report and save in success folder" and "(...)error folder". Choose folders, and uncheck "Display a summary PDF(...)". Save the droplet.
3. Drag a PDF into the resulting droplet (.app on os x, or .exe on windows).
*** Results:
Acrobat runs the preflight (and generates the report). It then gives the error message "AEHandler unhandled exception caught!" on OSX or "DDEHandler unhandled exception caught!" in Windows.
Preflight window will be stuck at 100% with a cancel button - but it is not possible to close the window without quitting acrobat.
*** Expected results:
Acrobat runs the preflight (and generates the report).
*** Possible workaround:
It appears to give this error 100% of the time if set to generate a detailed report. However, if "Display a summary PDF(...)" is checked the error will not occur (at least so it seems). This requires you to close the (here unwanted) summary PDF every time you use the droplet (this is better than relaunching acrobat every time).

Preflight droplet process returns too early – before it's done

I'm calling an Acrobat preflight DROPLET from program that I'm writing, and I need to know when the files are ready, that is when the preflight fixups are done.
I need to know this in order to go on with some other file system stuff in my program, that needs to be done after the preflight fixups.
I guess the droplet just tells Acrobat what to do, and then exits. The Droplet process stays up for a while but exits before the work is done.
There is an question from 2009 asking the exact same thing, but no answer. Preflight droplet returns too early
Since it's in a locked section of the forum I venture to ask the same question now, six years later.
Checking the modified dates of all files does not seem to work since a preflight obviously does not alter files that are not in need of being altered.
I'm on windows, and I don't know whether this is a platform dependent problem.
What should I do?
Thanks,
Andreas

This is not a good way to do it. But this is the way I do it now...
It seems to work but there is no guarantee that it will work in the future, or even on all machines.
private static int WaitForAcrobatReady() {
// Get the current Acrobat instance.
var app = new Acrobat.AcroApp();
// While a preflight (droplet) is running, app.GetNumAVDocs() will
// not return ANYTHING, it will just hang.
return app.GetNumAVDocs();
To sum up the efforts of the last weeks: Acrobat doesn't seem to be made for inclusion in other automation jobs. This is just another thing that doesn't work.
(I had to use the C# library PDFSharp to do other things that Acrobat can do really well only that it's not possible to set those properties, or start that kind of actions, from "outside".)

Acrobat Professional Windows 9.1.3 Crashing in Preflight Droplet

Hi,
I created a preflight droplet using Acrobat Professional 9.1.3 in Windows XP SP2 and when I run the droplet I'm getting the message "DDEHandler unhandeled exception caught!". This message appears in every scenario I tried:
- Acrobat running before the file is dropped in the droplet icon
- Acrobat not running before the file is dropped in the droplet icon
- Acrobat running before I started the droplet in the command-line
- Acrobat not running before I started the droplet in the command-line
Eve scenario was tried with a pre-built profile and a custom profile. Nothing works!!!!
If I run the same preflight profile normally in Acrobat (not as droplet), the preflight runs ok, with no error.
Any clue?
It's a trial Acrobat Pro. I'm planning to buy a license if the preflight works...
I just downloaded Acrobat Pro for Mac and I found a very similar crash (of course, with a different error message but with the same conditions) and there's a thread opened in Acrobat Mac forum since February with no solution from Adobe. I'll look for a competitive solution, it seems Adobe isn't interested in provide a decent solution.
The Acrobat's preflight tool is made by a german company, Callas Software, and this company sells similar preflight products (with additional functions and higher prices). Callas' products work very fine in Mac and in PC.
If you need a scriptable preflight, please forget Adobe Pro 9....
Best regards,
Lorenzo

http://forums.adobe.com/message/2907499#2907499 – as you say the same error occurs in OS X. Here is the corresponding mac-thread with a bit more information (applying both to Windows and OS X). Note that despite the error Acrobat DOES perform the preflight, but has to be restarted after.
It is an issue with Acrobat 9, and the possible (not very good) workarounds can be summarised as:
Use Acrobat 8 instead
Check the box for making a summary PDF
Do not generate detailed reports
If you are scripting etc. you might also find a way that automates restarting Acrobat after each preflight (yay...) or that closes the summary PDF created after each preflight (if that options is used).
And yeah, I do hope Adobe fixes it as Acrobat does have a whole lot of powerful preflight/fixup tools built in and it's a shame the droplets are broken.

Acrobat XI droplets not working in Acrobat DC and Preflight profiles gone

I can't find any of the custom preflight profiles from Acrobat XI in the newly installed Acrobat DC. Are they gone (deleted)?
I expected them to be upgraded... not to be removed without any notice.
Also preflight droplets no longer work. Dragging and dropping a file on a droplet made in Acrobat XI: it seems to load for 5 seconds, but nothing happens.
Should I tell our customers to keep Acrobat XI, and not upgrade to DC, or is there an easy way to upgrade Acrobat IX droplets (and preferably also keep any profiles)?
This is on Windows, I've not tested on mac.
Thanks,
Andreas

Hi Andreas,
As co-existence of A11 and ADC on the same system is not supported so its not expected for the older droplets to work with the newer version.
I checked with Acrobat 10 created droplets with Acrobat 11 and wasn't able to make it work either.
Regards,
Rave

Acrobat 9 Preflight Droplet Missing Overview Info from Results

When I open a PDF with Acrobat 9 and run a preflight on it there is an "Overview" displayed in the results. Within this Overview section there is Pages > Page:1 > Page Information and here I can get page size (i.e. Media Box) information. However, when I create a preflight droplet, using the same profile used above, there is no "Overview" section displayed in the results. Is there a way to capture this Overview information by way of a preflight droplet? Or, if not Overview, can I grab the page size of a document by some other means using a preflight droplet?
Acrobat 9.0
Mac OS X 10.4.11 PPC

When I open a PDF with Acrobat 9 and run a preflight on it there is an "Overview" displayed in the results. Within this Overview section there is Pages > Page:1 > Page Information and here I can get page size (i.e. Media Box) information. However, when I create a preflight droplet, using the same profile used above, there is no "Overview" section displayed in the results. Is there a way to capture this Overview information by way of a preflight droplet? Or, if not Overview, can I grab the page size of a document by some other means using a preflight droplet?
Acrobat 9.0
Mac OS X 10.4.11 PPC

Preflight Droplet/Acrobat Startup Automation Problems

Hello,
We're experiencing some problems regarding preflight droplets not being executed for some instances when the Acrobat XI application
(Acrobat Pro XI and Windows XP) is not yet opened before the preflight droplet is executed (Acrobat is started/opened due to the preflight droplet call but it doesn't execute the preflight droplet anymore).
If Acrobat is not yet opened and we executed the droplet, Acrobat opens and loads but the preflight action is not executed (we waited for a long time thinking Acrobat is still warming up but nothing really happens), we tried executing preflight droplet again (with the opened faulty Acrobat) and still does nothing. We needed to close Acrobat and reopen manually before we execute the preflight droplet for it to work again. Note that we are executing the preflight droplet using the commandline using our program (java) and not using drag and drop. Seems Acrobat is still initializing so it wasn't able to queue the preflight process... Note though that this does not happen all the time.
Can anyone from Adobe check if this is a known issue?
Currently, the only resolution is to manually open Acrobat and open the preflight window and let it initialize and close the preflight window again and leave acrobat open before executing executing the droplet (which is a bit troublesome if we want to automate opening Acrobat when server is restarted or just turned on)
Please advise if there is a fix for this? Or is there a way to initialize the preflight preferences on startup of Acrobat via commandline line or any other option.
we can try to execute a script/bat file to start up Acrobat + initialize its preflight preferences before executing our program (though we're not sure if initializing the preflight preferences can be automated on startup of Acrobat).
Thanks

Hello,
We're experiencing some problems regarding preflight droplets not being executed for some instances when the Acrobat XI application
(Acrobat Pro XI and Windows XP) is not yet opened before the preflight droplet is executed (Acrobat is started/opened due to the preflight droplet call but it doesn't execute the preflight droplet anymore).
If Acrobat is not yet opened and we executed the droplet, Acrobat opens and loads but the preflight action is not executed (we waited for a long time thinking Acrobat is still warming up but nothing really happens), we tried executing preflight droplet again (with the opened faulty Acrobat) and still does nothing. We needed to close Acrobat and reopen manually before we execute the preflight droplet for it to work again. Note that we are executing the preflight droplet using the commandline using our program (java) and not using drag and drop. Seems Acrobat is still initializing so it wasn't able to queue the preflight process... Note though that this does not happen all the time.
Can anyone from Adobe check if this is a known issue?
Currently, the only resolution is to manually open Acrobat and open the preflight window and let it initialize and close the preflight window again and leave acrobat open before executing executing the droplet (which is a bit troublesome if we want to automate opening Acrobat when server is restarted or just turned on)
Please advise if there is a fix for this? Or is there a way to initialize the preflight preferences on startup of Acrobat via commandline line or any other option.
we can try to execute a script/bat file to start up Acrobat + initialize its preflight preferences before executing our program (though we're not sure if initializing the preflight preferences can be automated on startup of Acrobat).
Thanks

Preflight droplet returns too early

I want to convert a color PDF into grayscale. So I created a new preflight profile where nothing happens except color fixup:
Advanced > Print Production > Preflight
PDF Fixups > Convert to Grayscale
I saved the profile and created a Droplet named grey.exe.
When I call grey.exe smallSize_1MB.pdf everything is fine. But when I have to convert a PDF having big filesize like grey.exe bigSize_160MB.pdf the Droplet .exe process returns before the preflight is done.
Problems: A script (e.g. a batch file) continues without waiting for the Droplet to finish. So the script cannot make use the Droplet's result, e.g. a preflight report or the converted PDF file.
Why does the Droplet's .exe process return too early? Everybody can test this with the help of the attached Droplet and the following batch scripts:
smallSize.bat (use something small, e.g. 1 MB or smaller):
copy /Y smallSize.pdf tmp.pdf
grey.exe tmp.pdf
echo "return"
pause
bigSize.bat (use something really big, e.g. 160 MB or bigger):
copy /Y bigSize.pdf tmp.pdf
grey.exe tmp.pdf
echo "return"
pause
Ideas, anyone?
Message was edited by: Droptix I am using Adobe Acrobat 8.0 Professional.
Message was edited by: Droptix As an alternative I can imagine to re-produce the Droplet's function by Interapplication communication (IAC) through OLE, see http://www.adobe.com/devnet/acrobat/interapplication.html -> if anyone can tell me how to do a grayscale conversion via IAC/OLE... would be great! I know the IAC/OLE basics, can open, save and edit PDFs but don't know how to convert. It would also be possible to use: Advanced/Print Production/Convert Colors > set all Document Colors to convert > set Blending profile for instance to Gray Gamma 1.8 > set conversion options to don't embed profile.

This is not a good way to do it. But this is the way I do it now...
It seems to work but there is no guarantee that it will work in the future, or even on all machines.
private static int WaitForAcrobatReady() {
// Get the current Acrobat instance.
var app = new Acrobat.AcroApp();
// While a preflight (droplet) is running, app.GetNumAVDocs() will
// not return ANYTHING, it will just hang.
return app.GetNumAVDocs();
To sum up the efforts of the last weeks: Acrobat doesn't seem to be made for inclusion in other automation jobs. This is just another thing that doesn't work.
(I had to use the C# library PDFSharp to do other things that Acrobat can do really well only that it's not possible to set those properties, or start that kind of actions, from "outside".)

Acrobat - Preflight - Single Check - Non CMYK ?

Hi all,
I'm looking for a universal single check in Acrobat -> Preflight to find any things (I mean everything - fonts, pictures, borders of a table, objects, ect.) that are NOT in CMYK colors (mainly they are RGB)
Right now I'm using this:
All -> Object uses CMYK only (no sport colors) - is not true
+
All -> Object is white - is not true
Thanks!

If the method seems complicated, I think it may be that, like many people, you don't realise that the question is complicated too.
It is best not to say "resolution of a PDF" because it sounds as if a PDF has just one resolution. If it were that simple there would be a box to popup with that resolution.
Rather, each image in a PDF has a resolution, potentially different. So you need to use preflight, to check every image against the rules you want.
So you can't say "the resolution of my document is 96 ppi". Rather, "my document contains at least one image at 96 ppi". The others might be the same, or this might be the only one, with all the others at (say) 300 ppi.

Text disappeared after Acrobat preflight

Hi all,
A few days ago I preflighted a PDF using the 'Convert to PDF/X-1a (Coated FOGRA39)' preflight profile in Acrobat X. After preflighting and optimization several pieces of text suddenly disappeared. I'm a bit puzzled here. Customers of me are using this preflight profile to optimize quite some PDF's in their workflow for print production. Has anyone experienced similar kind of problems with this profile (or another in Acrobat preflight)?
I ran my tests on Windows 7, Acrobat 10.0.1.
PDF A, before preflighting
PDF A, after preflighting
PDF B, before preflighting
PDF B, after preflighting
All help is welcome.

If you have the file in the "pre-converted" state, could you do the following test?
1. open the file in Acrobat
2. open the transparency flattener (located in the Print Production tools)
3. do APPLY for flattening the file (do this, even if there is no transparency in the file at all)
4. then do 'OK' to return to the Viewer
Is the text still visible or has it been hidden as in your example above?
There are a couple of other things we can try, but this is a good starting point.

Applescript to drop pdf files onto preflight droplet

Hi, is it possible to write an Applescript to use in an Automator Folder Action which would push pdf files dropped into the folder to a preflight droplet?
Thanks,
Charlotte

well, maybe this isn't as obvious as I think it is, but you need to replace the word droplet with the actual name of the preflight droplet. And you either need to do it as an automator folder action or make it a normal folder action, using a folder action handler like below and storing the script in the proper folder actions folder:
on adding folder items to this_folder after receiving these_items
tell application "<droplet name>"
open these_items
end tell
end adding folder items to
That should work, but you haven't told me anything about the droplet itself. if the droplet won't handle even basic applescripting you may need to rephrase like so:
tell application "Finder"
open these_items using application "<droplet name>"
end tell

Preflight Droplet asks to install Rosetta!???

Hi,
Does anyone knows why Acrobat 9.3.4 Pro is asking me to install Rosetta on a Mac mini 2010 with Mac OS 10.6.4?
In Acrobat I created a new preflight profile and afterwards a droplet on my desktop for this profile.
The weird thing is that, as soon as I drop a pdf file on the icon, Mac OS asks me to install ‘Rosetta'.
Newest computer, newest OS and CS5. What is Rosetta doning here, I wonder?
Any thoughts?
Thanks in advance,
Johny

You may want to consider FlightCheck v6.75 which can preflight PDF files and the native source files alike (Adobe Illustrator, InDesign, etc, etc). Since it is a desktop app, there is no need to create a droplet or the likes. Just download the 30-day demo, drag-and-drop your PDF, .INDD, .AI, .PS, .JPG, etc documents onto the FlightCheck icon and get an easy to understand preflight report.
You will want to maybe select one of the many preset PDF Preflight Profiles, which we call Ground Control sets or edit one to suit your quality assurance needs.
The beauty of FlightCheck is you do not need Acrobat or any of the native applications open or even on your machine. It is a stand-alone application.
For the record, as Peter has reminded me in the past, I come from the Markzware stables, the makers of FlightCheck and many other Creative Suite conversion tools. Acrobat postflight feature can be great, but FlightCheck is a true preflight work-horse across publishing and printing file formats.
Friendly Regards,
David
Markzware

Adobe Acrobat 7.0 Professional vs Snow Leopard

Hello!
When I try to print to Adobe PDF printer 7.0 I get this message: The printer software was installed incorrectly. Please reinstall the printer’s software or contact the manufacturer for assistance.
None of the old tricks from Leopard works...
Any help? Please...

This is a known issue found in beta testing of Snow Leopard. The Acrobat PDF printer does not work. Apple said it will be up to Adobe to update it to work in SL.

Adobe Acrobat 9.41 Pro+ on Snow Leopard 10.6.5 + Network users (Windows server 2008) = CRASH!

Adobe Acrobat 9.41 Pro will work “great” on the admin account, however through the active directory log on of network users, every user gets the long crash report upon opening the application.
Permissions are set so “everyone” can gain access, however the crash issue is not a decent setting on the Mac environment.
Will welcome any thoughts..comments… and suggestions.
Thank you-

OS: Snow Leopard 10.6.5
Active Directory Setup: Windows Server 2008 - Log in for network users
Adobe Acrobat: version crash 9.3 and 9.4.1
Admin of the Mac computer can log in and use the Adobe Acrobat Professional software, however when a network user
Tries to log on the computer and open the Adobe Acrobat 9.3 or 9.4 the software hangs....for 7-8 seconds then displays a crash report, and options are send to apple.
Permissions on every Adobe Acrobat folder on the computer are set to read/write for every user of the program.
Software Type: Using the DVD purchase with the Education program, and the serial number does accept, and download the software from the Adobe web page.
Emma McFaul

Acrobat 9 seems incompatible with Snow Leopard

Got my Snow Leopard late this afternoon and have had great luck with it so far (did an upgrade, not a clean install)...except for Acrobat 9. Ugh! Attempting to print to PDF via Adobe PDF 9.0 printer/driver causes the printer/driver to fire up and the progress windows indicates that distiller launches, but after that, the prompt for where to save the PDF to never appears and the file in the print queue disappears. Checking the log file shows quite a few errors are happening:
E [25/Aug/2009:18:35:44 -0500] Unable to execute /usr/libexec/cups/backend/pdf900: No such file or directory
E [25/Aug/2009:18:35:44 -0500] [Job 4] Stopping job because the sheduler could not execute the backend.
E [25/Aug/2009:18:37:12 -0500] Unable to execute /usr/libexec/cups/backend/pdf900: No such file or directory
E [25/Aug/2009:18:37:12 -0500] [Job 5] Stopping job because the sheduler could not execute the backend.
E [25/Aug/2009:21:49:33 -0500] Unable to update IPP DNS-SD record for AdobePDF9 - -65549
E [25/Aug/2009:21:49:33 -0500] Unable to update IPP DNS-SD record for AdobePDF9 - -65549
E [27/Aug/2009:18:35:41 -0500] [Job 7] Job aborted because the destination printer/class has gone away.
E [27/Aug/2009:18:45:43 -0500] Unable to execute /usr/libexec/cups/backend/pdf900: No such file or directory
E [27/Aug/2009:18:45:43 -0500] [Job 9] Stopping job because the sheduler could not execute the backend.
E [27/Aug/2009:19:38:42 -0500] cupsdAuthorize: pam_authenticate() returned 9 (authentication error)!
E [27/Aug/2009:21:16:59 -0500] Unable to execute /usr/libexec/cups/backend/pdf900: No such file or directory
E [27/Aug/2009:21:16:59 -0500] [Job 19] Stopping job because the sheduler could not execute the backend.
I've done a full uninstall and cleaned out all files, then reinstalled. I did the old repair/restore trick from the Help menu. I even tried printing to PDF after each patch/upgrade all the way to the latest version. No luck at all. And yes, all other CS4 apps I have work fine.
Any suggestions?

Hi all, things are still working for me. [Edit: not quite, see below.]
I've just successfully used the Save as Adobe PDF option from three different apps (current versions of Numbers, TextWrangler, Word), using both Standard and PDF-X options selected from the dialog box when printing.
I'm on an early 2008 MacBook Pro, OS 10.6 and Acrobat Pro 9.1.3 (I guess those last two are pretty clear).
Oh, wait, here's a new error.
Save as Adobe PDF quit unexpectedly while using the Adobe BIB plugin.
This error occurred when I selected Save as Adobe PDF from Safari while composing this message. I selected Press Quality from the printing options. I've just tried printing at Standard quality, and that works. In fact, Press Quality is now working again too!

Acrobat preflight droplet 8.1.2 & leopard 10.5

Similar Messages

Maybe you are looking for