Huge bug in Acrobat 9.4.1

In Acrobat Professional 9.4.1., there is a new, default behavior which regularly causes annoying boxes pop up which indicate that the 'document is being prepared'. This wastes time and adds no value.
To disable this aberrant behavior, one must remove Accessibility.api from <install root>\Adobe\Acrobat 9.0\Acrobat\plug_ins. The problem is that once this file is removed, Edit-Preferences and the Properties toolbar break.
Does anyone know how to disable the annoying behavior without breaking Acrobat? If not, is there anyone from Acrobat listening who might unbreak the product?

Try changing the following preference:
Edit > Preferences... > Reading
Reading Order: "Use reading order in raw print stream".
Page vs Document: "Only read the currently visible pages".

Similar Messages

EPS to PDF: Smooth Shades, Bug in Acrobat?

Hello!
I encountered a really weird feature/bug in Acrobat.
I have a very simple EPS file which draws 2 x 5 = 10 adjacing black squares. (EPS file below and attached)
When I drag it into Acrobat 8.1.5 and save it as PDF, and then try to open this PDF in Illustrator, Illustrator says: [German] "Eine unbekannte Schattierungsart wurde gefunden." which might be in [English]: "An unknown shading type was found."
And then the big regtangle (which was the 10 squares before) cannot be edited in Illustrator because this object is [German] "Grafik aus Drittprogramm" which might be in [English]: "Graphics from third party software".
The fact that Acrobat makes a large rectangle out of the 10 squares, is not very uncommon. But why does Acrobat not leave the color black but changes it into a smooth shade (which runs from black to black)???
(I know that I can disable the smooth shade feature in Acrobat. But still: there is a bug in Acrobat that reconizes an object with one unique color as a smooth shade!)
%!PS-Adobe-2.0 EPSF-3.0
%%BoundingBox: 0 0 10 5
%%LanguageLevel: 2
%%EndComments
%%Page: 1 1
save gsave
/Rectangle {
1 index 0 rlineto
0 exch rlineto
neg 0 rlineto
closepath
} def
/N { newpath } def
/Q { moveto 1 1 neg Rectangle fill } def
0 setgray
N 1 2 Q
N 1 3 Q
N 2 2 Q
N 2 3 Q
N 3 2 Q
N 3 3 Q
N 4 2 Q
N 4 3 Q
N 5 2 Q
N 5 3 Q
grestore restore

Are you sure didn't have the Shift key down at the same time as you pressed Cmd and the + (plus) key?
Cmd-Shift-plus and Cmd-Shift-minus are the shortcuts for rotate clockwise and counterclockwise.
For me, with Acrobat X 10.1.1 on Lion Mac OS X 10.7.2, Cmd-plus and Cmd-minus are working fine for zooming in and zooming out.

HUGE BUG IN Flash Player 9

I ran into this huge massive bug in FP9..
Reproduction steps:
1. Goto Flash Download page.
2. Select version 9 for Linux.
3. Install
This normally breaks down around step 2.

So its not a bug in the player .. its a problem in the
download of it.
Doesn't sounds like a massively huge bug in the player at
all.
>I ran into this huge massive bug in FP9..

BUG in acrobat 10.1.1 for mac

i found a bug in acrobat pro 10.1.1 running on mac osx 10.7.2
whenever i try to zoom by using the "Cmd" + "+" key, the pdf document is rotated 90 degree clockwise instead of zoomin the page like in previous updates (10.0 - 10.1)
please fix this bug in the next update adobe.
thanks!

Are you sure didn't have the Shift key down at the same time as you pressed Cmd and the + (plus) key?
Cmd-Shift-plus and Cmd-Shift-minus are the shortcuts for rotate clockwise and counterclockwise.
For me, with Acrobat X 10.1.1 on Lion Mac OS X 10.7.2, Cmd-plus and Cmd-minus are working fine for zooming in and zooming out.

Problem with saving optimized PDF 900dpi, image is partially repeated... is this a bug in Acrobat Pro 10.1.10?

I try to save a bigformat PDF file (1.4 Gb) with save optimize PDF. Hereby I send some screendumps to make this stuf clear. See screen after at the right; Is this problem a bug in Acrobat or due to Hardware problems? I use the newest Mac Pro with 32 Gb Ram.
txs for rsponce!! grz. Paul

Hello Paul,
I am unable to replicate the issue.
I am send you a Private message to share the sample file with me.
Please share your file along with Steps to Reproduce the issue.
Regards,
Anoop

A huge bug for captivate 5.0.1 updated

Hi!
Today I have updated captivate 5 successfully,but found a huge bug!
That is I can't copy and cut any things(e.g. botton,text box...)
If I do copy or cut,the software will stop and never be changed.I can't do anything.
This's terrible! anyone may tell me how to solve it?
Or wait for next update?
Thanks!
kain

Hi Kain,
Bit difficult to detect the cause, I have patched CP too and do not have that issue at all, neither did I hear about it on this forum until your question. What OS are you on? If it is Vista or Win7 do you run CP as an administrator?
If you did not customize preferences (a lot), I would suggest to delete the preferences folder, while Captivate is closed. When you restart it a fresh folder will be created by CP. It depends on your OS where this folder (labeled Captivate 5) is residing. I'm on Win7 and can find it in: <username>\AppData\Roaming\Adobe
Lilybiri

HUGE BUG printing Booklet from Acrobat Pro 11.0.10

I spent an hour chatting with Adobe support in India. They could not solve this issue.
I submitted a BUG REPORT at Adobe - Feature Request/Bug Report Form
Here is the BUG Report:
******BUG******
Concise problem statement:
Steps to reproduce bug:
1. Export individual pages from InDesign as pdf (16-page booklet, each individual page is 5-1/2" x 8-1/2")
2. Open pdf in Acrobat Pro 11.0.10
3. Choose actual size, then choose booklet, and print. (printer contains letter-size paper, and page set-up is set to 100% scale.)
Results: The printed booklet is the WRONG SIZE! The pagination is correct as usual, but each individual page is being REDUCED, and now each page image is too small, and there is now a GAP between pages, and the entire booklet is useless. If you can, please see case number: 0186447426: support chat: it covers everything we have tried so far ... (We tried everything they could think of, but all attempts failed.) This bug was introduced somewhere along the line with Yosemite.
Expected results: As usual, when printing booklets from Acrobat Pro, we expect the print to be the right size, the same size as the InDesign doc, and as it has been printed previously by Acrobat Pro prior to Yosemite. Thanks for fixing this disaster of a bug. Please contact me if you need further info, copies of the individual page pdf, etc.
I am literally stuck. I can go through the laborious process of using InDesign to "print booklet" to a postscript file and use Distiller to make the booklet pdf, but under Yosemite, I am prevented from installing print drivers unless that printer is locally available on my network. Unfortunately, the printer is located at my client's place of business.
I realize there is typically a leap-frog effect between operating system updates, hardware, and application updates, but combined with other Yosemite issues, this Acrobat Pro bug is killing my business.

DrStrik9 (sounds a bit poisonous to me!),
The issue, regrettably, is that Acrobat is performing as designed. And it has nothing to do with either MacOS 10.10 or anything new or different with Acrobat 11.0.10 (versus earlier versions going all the way back to the initial implementation of the booklet printing feature). And this isn't directly a printer driver issue, either! The same behaviour occurs both on MacOS and Windows.
The problem, simply stated, is that the Booklet print option in Acrobat (and Reader) is attempting to avoid loss of content due to the paper's non-printable margins. The scaling factors in the Size print option are not utilized at all in the Booklet print option. The Booklet print option attempts to fit two logical pages of your PDF file into the printable area of each physical sheet of paper. Assuming that your printer's Letter page is defined as having a printable area of 8"x10.5" due to a 0.25" non-printable area surrounding the page, then the Booklet print option will force each of the 5.5"x8.5" pages of your PDF file into a 5.17'x8" area centered on each half of the 8.5"x11" printed sheet.
There are three workarounds that I know of:
(1)    Many high end printers have booklet printing capabilities in the printer or printer driver itself. Check the detailed driver options to see whether in fact your printer / printer driver does support a booklet printing option. If so, try that first. That would likely solve your problem.
(2)    Assuming that this is a PostScript printer, edit the .PPD file for the printer you are using to to modify the specification of the Letter printable area. In the PPD file, you will see an entry similar to this:
    *ImageableArea Letter/Letter: "18 18 594 774"
or
    *ImageableArea Letter/US Letter: "18 18 594 774"
Edit the entry to change only the four numbers as follows:
    *ImageableArea Letter/Letter: "0 0 612 792"
That indicates to the PostScript driver that there is no unprintable border on your pages. Then save the .PPD file. I would then suggest rebooting and then trying to print. Note that the side effect of this is that Fit and Shrink oversized pages options will not take into account the non-printable area of your printer.
Note that a similar hack can be done with Ledger (i.e. 11"x17") page descriptions in the PPD to fix a similar issue affecting printing 8.5"x11" pages to 11"x17" sheets as booklets.
(3)    There are some very reliable third party plugins for Acrobat that provide full advanced document imposition capabilities, creating what are known as printer flats as a new PDF file from your logical pages. There are n-up, booklet, step-and-repeat, etc. options galore in such packages. Examples include Quite Imposing and PDF Snake. I have personally used Quite Imposing for nearly 15 years for this purpose and can vouch that it works beautifully. I don't have personal experience with PDF Snake, although it is less expensive.
Good luck and let us know if any of this helps you at all!
          - Dov

Color Shift Happening When Exporting - Bug in Acrobat Export?

Hi, we are using InDesign CS3 and trying to output a file to send to a printer. We are desiring to have all colors converted to the printer's CMYK color space upon exporting (they sent us their ICC profile).
But we are getting a bizarre bug that I cannot figure out. It seems like it's actually a software bug, not an issue with settings. I'll try to describe the issue here:
Upon using 'Convert to Destination (Preserver Numbers or Not)' in the PDF export dialog in InDesign (using PDF/X-4 setting), using the 'Document CMYK' profile, there is a shift in color for 1 particular element. We have a grayscale image of a bunch of dots (black dots on solid white background) that is placed in a frame in InDesign. This image is 'colorized' in InDesign by setting an image color and a frame color (the image color appears as the 'foreground' and the frame color is the 'background'). We've been doing this all the way back to the Quark days (many years). But if the 'background/frame' color is a combination of C+M+Y (with no black), the Magenta and Yellow values are shifted to the Yellow and Black channels (for example - 52c, 5m, 10y, 0k becomes 52c, 0m, 5y, 10k).
I have never run into this before, and we've run this job with the same element many times now over the last couple years. But I have always used 'No Color Conversion' in my PDFs in the past. So it has something to do with the 'conversion'.
So far I've tried:
- Creating new document with just the single element, also created from scratch. So it's not an error in the file.
- Starting with different profiles (to make sure the profile wasn't corrupt).
- Choosing 'Preserve Numbers' or not when outputting PDF.
- All sorts of color combinations. It also appears that if there is black in the color, this value gets shifted to the magenta channel, then the magenta & yellow bump down.
- Checked the grayscale image to make sure it was flat, and using pure black & white colors. It is.
I've also tried printing to Distiller (we have Acrobat 8 Pro), but the settings are a lot different here so I'm not sure if I set it up properly. I made a duplicate of the default PDFX3 2002 profile, then edited the color settings to 'Convert Everything to CMYK' and set our printer's profile as the CMYK Color Space. But images are converted to 'DeviceCMYK' and not the profile I put.
- ANYBODY have any ideas or even know where I would start???
THANKS. This job needs to go out, but I'm also trying to get a solid workflow down for the future.

Looks like the issue in the CM thread.
I'm trying to replicate the issue but haven't done it yet. Still grasping at straws
1. Did the ID doc ever undergo Convert to Profile?
2. In Swatch Panel do "Add unnamed colors". Make sure the grayscale is colored with swatches, not colors created in the Color Picker
3. Do the color values in the swatches have crazy decimal values? Is the color mode of the swatches CMYK?
4. What format are the grayscale links - TIFF or PSD?
5. Make certain they are links, not embedded (I'm sure they are links though)
6. The colorization - are there tints applied to the object colors, or are they 100%?

Setting trim box bug in Acrobat Pro 7 & 8 - try it...

I have filed this bug a few times with Adobe over the past months but there doesn't seem to be any movement. I'd download the trial of Acrobat 9 Pro to check but alas us Mac users are not deemed worthy of that.
I implore anyone who can to try out the following:
- Open up an existing PDF or create a new, blank one. Zoom out to a point where you get a good amount of "no-man's land" gray around your document.
- Go to Document->Crop Pages... and pick "trim box" from the drop down menu.
Now start moving the right-hand constraint of the trim box using the "up" arrow widget and see what happens in the main document window. For me and the users that I support, the guide that represents the right-hand trim box constraint will start coming in from the right-most side of the document window, that is, inside the gray out-of-bounds area. In addition to the guide being in the wrong place it also doesn't get redrawn every time the right-hand margin is moved by the standard .125" step by clicking the "up" or "down" widget. As a result there will be a whole mess of black vertical guides left on the screen, obscuring the actual position of the guide regardless of whether or not it is placed on the screen in accordance to the right-hand trim box constraint setting. Similarly, the main document can be zoomed in to fit to window but the guide will still be drawn incorrectly and exhibit the same "ghosting".
All of this has remained the same between versions 8.0 and 8.1.2 of Acrobat Pro and in one of my discussions with an Adobe tech rep who was testing it on his side I was told it also exists in Acrobat Pro 7. It is an issue because the small preview window in the Crop Pages window is not very useful when working with large document dimensions that need precise trimming adjustments beyond a standard eight or quarter inch all around.
Hopefully someone else can confirm this issue while I try to find out whether Acrobat 9 still exhibits the same behavior.
Thanks.

This has been a problem since version 8 on the mac. Acrobat 7 on the mac worked fine with the right side trim but not on the PC.
We are still having this problem with Acrobat 9.4.0 on the Mac & PC.
This has now been an issue for 2 versions of Acrobat Pro.(8 & 9)
Being in Pre Press and having to constantly set the trim for jobs, this is now taking up too much time and costing money.
Please fix this Adobe.
and on another note. how hard would it be to display the trim (if set) next to where the page size is?
If the trim is set it should display it! why should we have to go to document/crop pages>trim.
Im in a busy Pre Press Dept and the amount of times you have to check a trim size is stupid.
I always set prefs to display crop / trim / and bleed boxes and this helps but it should display it if its set.
Thanks
Hope this is resolved soon.

Another BUG in Acrobat 9.4.5 -- Find doesn't work

I made the mistake of updating to the latest version Acrobat 9.4.5, and discovered that the Find feature doesn't work right. For example, I enter a word to search in the "Find" box, and click return. In past versions, the PDF would jump to the first instance of the term or phrase and highlight the word. Now, the PDF jumps to the page, but doesn't highlight the word! So... I'm stuck reading through text to find the word, which is a lot of extra work and time that I don't have. This is a critical problem because I search documents for terms all of the time in my job.
I've found one workaround that isn't very satisfactory, but it is better than nothing. Instead of using "Find Next in PDF", I use "Open Full Acrobat Search" which is a command off the Find pull-down menu. This command opens up a separate window, which is annoying because it disappears behind the document if you need to page through the PDF file. However, if I do the search, it shows all of the instances in a pane in the context of the sentence where it appears. Then, if I click on the instance of the word in this pane twice (Yes, TWICE), it will highlight the word in the PDF. You cannot use the Find Next button as you could in previous versions, because this function will not highlight the word. Anyway, given there are other bugs in this release that I've read about in this forum, I'll most likely just go back to the previous version and completely disable the automatic update feature in Acrobat. I wish going back was a quick process, but I don't think it is.
I'm also going to tell everyone in my circle of friends to avoid automatically updating Adobe Acrobat in the future. Adobe obviously doesn't test the software well. Wish I could charge Adobe for the time and frustration they've caused me!

Brianwrx,
     The Acrobat 9.4.5 update bugs where the first "hit" on each page is not highlighted when doing a Find/Search and no longer being able to use Shift & Ctrl on the Pages pane thumbnails to multi-select and move/delete pages are well reported by many to have been introduced coincident with the Acrobat 9.4.5 release and not a MS Windows update. I'm not sure what is going on with your 9.0.0 Pro Extended.
     For seasoned Adobe to break such commonly used features in Acrobat 9, never have regression tested these basic functions given the 3 month (or longer) release cycle, and not have broke it in Acrobat X doesn't reflect well on their development/test process. Then, there are web forum recommendations prodding to upgrade to Acrobat X -- which completely changed the User Interface and will result in significant loss of productivity while bridging the learning curve and dealing with new functional/compatibility problems. Furthermore, it is something how OCR Suspects are never found/flagged in Acrobat 9, and then were finally fixed in Acrobat X (forcing the need for a paid upgrade to get a bug fix and have to relearn the interface to boot).
     Adobe's poor quality 9.4.5 release update does me more harm than good when considering other settings to improve Acrobat security (turning off Java-Script, not automatically trusting sites from the Win OS security zones, and not allowing the opening of non-PDF file attachments with external applications under the Edit menu - Preferences). Adobe has made no official commitment to fix its bugs or provide a release date in the 10+ weeks since the awful 9.4.5 code was thrown over the fence to unsuspecting auto-update customers without any practical/simple way to back it off to 9.4.4 -- even though in all probability it will take the programmer one day each to fix the bugs with some additional time to test/release). It is interesting that there have been no critical Acrobat security issues (as evidenced by no Out-Of-Cycle releases since 9.4.5), which should mean their programmers have more time to fix these bugs and restore stable functionality in 9.4.6. As for "not being able to use Shift & Ctrl directly on the Pages pane thumbnails to move pages" (another 9.4.5 bug), the circumvention to drag a window around a group of pages, hold down Shift, and drag a window around a second group of pages should be further clarified with the following: Once your blue highlighted contiguous/non-contiguous pages selection is made, be sure to drag a thumbnail graphic directly to move the selection and don't try to drag the blue shaded perimeter area (which results in clearing the blue highlighting). This does provide a decent circumvention for that bug -- as compared to the cumbersome "Full Acrobat Search - Advanced Search Options - double-clicking each Result line" circumvention for the Find/Search first "hit" non-highlighting bug. I implore Adobe to listen to your customers and please take a "do no harm" conservative approach to updates/enhancements in the future.

Bug in Acrobat 9.4.1

A recent release of Acrobat caused disruptive in browsers - each time a PDF was opened, Acrobat 'prepared' the document. This is a time wasting process which should be selectable for those few people who need the functionality. Based on some research, this behavior can be circumvented by removing Accessibility.api from the Acrobat/plug-ins folder. However, this results in a bug: Once removed, Edit->Preferences no longer functions.
Is there some other approach to turning off the unneeded accessibility functionality without breaking Edit->Preferences?

Try changing the following preference:
Edit > Preferences... > Reading
Reading Order: "Use reading order in raw print stream".
Page vs Document: "Only read the currently visible pages".

Two bugs in Acrobat 9?

I'm trying out a Document in Acrobat 9. I found two apparent bugs.
On my PowerBook 17" I have installed correct Driver for my Printer a HP DJ 990cse. However when I go to set as default printer inside Page Setup within Acrobat 9 the is no indication of a printer. Yet when I go elsewhere such PDF Optimizer> advanced it shows the printer. Note I use printer Plugged into my Airport Express. Acrobat 8 has no problem with this setup.
Problem two: In the document I noticed a defect in one line with the letter "g" and attempted to use touch up text to retype it to see if I could repair the defect. well when I did the text drop a point or so below the line and completely messed up anything in the box.
My PowerBook 17 uses a display of 1400x900
IN suggestions?

Nemuri13 wrote:
Gentlemen - the workaround is to open Acrobat first. Then do a file > Open to open the file in Acrobat. If you do this then you should see your printers in the Page Setup. If you double-click on the PDF to open it in Acrobat then you will NOT see your printers. This seems to affect only 10.4.11 and not any version of 10.5. Good Luck!
For some reason this thread just showed up on new Forum System.
Anyway I tried your work around. Had no affect.

Bug in Acrobat Reader 8 & 9? "Actual size" not actual size

When I choose to view a PDF in "actual size" using Adobe Acrobat Reader 8 or 9, it is NOT actual size. Under Acrobat Reader 7, it WAS actual size.
For example, if I go to the properties of the document and find out that it is supposed to be an 8.5 x 11 document, the document on screen is not 8.5 x 11.
This used to work under Acrobat 7, but doesn't work under Acrobat 8 or 9. It used to be that you could hold an 8.5 x 11 piece of paper up to your monitor and the size of the image on screen was exactly 8.5 x 11, but now if I do the same thing, the size on the monitor does not match the actual size of the paper.
Is this a bug or something else?

The screen size is 17" and the current resolution is 1024 x 1280 (it is in "portrait" mode), but it happens at every resolution I've tested.

Bug in Acrobat Reader Plugin for FF?

Hi,
i use a web application which pulls pdf reports from a server by http-post requests, so parameters are transmitted in the requests-body.
As a viewer i do use Acrobat Reader Plugin, most recent release with FF 3.0.3 on Windows XP pro.
So due of the http-post requests the requested url remains always the same for every report.
The problem:
In case of two reports having the same content-length, the former requested report is displayed as the result of the last request, though the content is different.
The effect could be reproduced.
Obviously the plugin cant distinguish the reports. With Acrobat Reader as the Viewer and with IE and Adobe AddOn all reports are displayed correct.
Beside the http-post implmentation may not be the best way to do this, is this a bug or mishandling by the user.
Regards
Chris

Post your question in the forum for Adobe Reader.

Bug In Acrobat Rendering

I think I found an error in how Acrobat renders textures. I have a U3D file that opens correctly in another rendering program that I knows uses the Intel U3D toolkit. (http://sourceforge.net/projects/u3d/)
The correct rendering of my file looks like this:
http://img23.imageshack.us/img23/7243/correctrenderingofacrob.png
Acrobat shows this:
http://img509.imageshack.us/img509/716/acrobatbugm.png
Is this a known bug?

Dear William,
may I ask you to take a look at http://forums.adobe.com/thread/299672
and the lineset problem reported there (per vertex colors documented,
but do not work, materials are said not to work but do).
If it is not a known/acknowledged bug I am ready to present test cases.
Is it possible to update U3DElements.pdf with information on fixes
introduced in Acrobat 9.0, 9.1? Or at least fix what looks like copy-paste errors
and is described in my post "U3D support limitations" mentioned above?
Sincerely, Michail

Huge bug in Acrobat 9.4.1

Similar Messages

Maybe you are looking for