PDF ligature display delayed in browser

I am having problems with ligatures in a pdf displaying correctly in my browser. I would love some insight as to what is causing this. Here are the details:
PDF exported from InDesign CS3 > Uploaded to website > Click on link to open > PDF displays immediately except for the letters "ff" (Mercury Text G1).
This occurs in IE 8, Google Chrome, and Firefox. Also, when I open the PDF directly in Adobe Acrobat there is no delay.
Thanks!

I'm having the exact same issue. Can't find an answer anywhere yet.

Similar Messages

PDF file display on the browser

Hi,
I am using struts DispatchAction to display the existing file (on the server) on the web browser. My code works on FireFox and Google Chrome. But displays empty screen when executed on IE. Please refer to the Action class and kindly help me out what am I missing in the code inorder to work on all browsers.
Page Access URL: http://localhost:8080/pdfWeb/showpdf.do?action=displayPdf
Action Class
public class BaseAction extends DispatchAction {
     public ActionForward displayPdf(ActionMapping mapping, ActionForm form,
               HttpServletRequest request, HttpServletResponse response)
               throws Exception {
     String filepath = "/test/pdf/sample.pdf";
     //For Local:
     String baseFolder = "/Users/raghu/Documents/Shared/personal/Final_Out";
     String contentType = getServlet().getServletContext().getMimeType(filepath);
     response.setContentType(contentType);
          //New
     response.setHeader("Expires", "0");
          response.setHeader("Cache-Control", "must-revalidate, post-check=0, pre-check=0");
          response.setHeader("Pragma", "public");
OutputStream out = response.getOutputStream();
byte[] pdfContent = this.loadFile(baseFolder + filepath);
out.write(pdfContent, 0, pdfContent.length);
if (out != null) {
out.close();
          return null;
     public static byte[] loadFile(String sourcePath) {
     byte[] output = null;
     InputStream inputStream = null;
          try {
               inputStream = new FileInputStream(sourcePath);
               output = readFully(inputStream);
               if (inputStream != null) {
                    inputStream.close();
          catch(IOException ioex) {
               //Handle Exception
          return output;
}

We've had a number of IE related issues displaying PDF files. The first is that IE, rather than paying much attention to Mime type, still looks for extension names in the URL. Nasty as it sounds, it's sometimes necessary to ensure that your URL ends in ".pdf". It may be enough to append "&x=.pdf" onto the URL (which should have no significant impact).
(Another is that some versions can't write a new PDF to an existing window already showing an old one).

.pdf documents displaying transparent in browser

I am having a strange display glitch when I attempt to view a .pdf in Firefox 6. I believe this started happening around the time I upgraded Firefox, but I have updated the Adobe Reader plugin. I am using Windows 7.
Here is an example of what a .pdf should look like in Adobe Reader:
Here is what displays:
I have a black and white desktop background that is subtly leaking through. What is the problem here?

I'm having the exact same issue. Can't find an answer anywhere yet.

Incorrect PDF being displayed periodically in the browser

I want to start by thanking anyone who could shed light on this problem.
We have a web application that dynamically generates PDF files per a user request in a web application. 98% of the time the proper PDF gets opened in the browser correctly, whether it be IE or Firefox. The other 2% of the time, no matter what url data was requested from, an incorrect PDF is displayed. This incorrect PDF that gets displayed is one that was requested and opened in a previous request and could still be open in a browser tab. Once this state is reached all PDFs that are requested do not line up with the requested PDF, meaning they are all incorrect. Once the browser is refreshed the problem stops happening for another stretch of time.
I have read posts that discuss placing a random number in the url to "trick" the browser plugin from thinking it already has the PDF. We have done that. In fact this issue appears to not be impacted at all by the url. For example, when this problem happens I can go to https://appname/one/pdf and get the PDF that was requested and sent back when I went to https://appname/two/pdf. These are two clearly different urls even without the random number that we placed on the end as a parameter and I still receive the PDF from the second URL.
We debugged the server side code and we are 100% sure that we are sending the correct PDF back to the client by streaming the PDF to a file on the server prior to sending it back to the client.
One thing I have noticed is that currently we are not specifying the Content-Disposition header when we return the PDF to the browser. This means that there is no filename being provided to the front end and the plugin. Is it possible that the Adobe Reader plugin eventually gets confused as to what file to display if there is no specific file name provided for the PDF from the server, with the keyword there being eventually as it is an intermittent problem?
We can easily set the Content-Disposition header to be attachment; filename="somename.pdf" but given the intermittent nature of this bug we would like to get some feedback as to if this fix is logical given this issue. If it is not logical we would appreciate any other information that may help us troubleshoot this issue. The alternative is to rewrite the document generation code to output HTML, and I really do not want to do that.
We are using the Adobe Acrobat 9.4.5.236 add-on to Firefox 10.0.3, Adobe Reader 9.4.0, and Internet Explorer 8.0.6001.18702. All of these versions are not able to be upgraded, meaning this is the baseline we have to support. We also operate, still, on Window XP Professional Service Pack 3.
One last comment, client side operations by the user are not valid solutions either. I have already suggested asking the user to uncheck the open in browser option in Adobe Reader but our customer does not find that to be a valid solution. To date we have not been able to recreate the issue when the PDF is opened in Adobe Reader proper and not the browser.
Thanks again for any help and information.

In case someone, other than me, stumbles across this post. The solution I suggested in the opening post did not work. When a user opens a PDF using the Reader Plug-in in Firefox they still have the potential to see the previous PDF. The interesting thing is, as it appears right now, that this only occurs when a user closes a Firefox tab that contained the previous PDF and then triggers a different PDF to be opened in Firefox. What seems to be happening is that the Reader Plug-in ignores the file it is supposed to open and recycles the PDF that was in that tab before it was closed. Which is funny because the URL of that tab points to the new file that was downloaded into the temp directory but the contents of the tab is still the previous PDF. Not sure if the plug-in just doesn't clean out the previous contents or what but it clearly is an issue that resides in the Adobe Reader Plug-in for Firefox.
I am not sure what we are going to do at the moment but if we find a solution, other than don't open the PDF in Firefox, I will be sure to post it here. However, for right now there is nothing coming to mind.

Adobe Reader DC, doesn't disable "Display PDF Document in the web browser" when option is unchecked.

The option under Accessibility>Setup Assistanct to uncheck the "Display PDF Document in the web browser" doesn't correctly disable Display PDF in browser when unchecked, it still defaults to opening in Internet Explorer even after restarting the browser. Confirmed this tested agianst with IE 8, 9, 10 and 11 with the same behavior. Moving back to Reader 11.0.10 and using this same setting works flawlessly. Anyone else experiencing this issue?

I am out of the office until 1/22/13.
If you need assistance with technical issues, please contact the Help Desk at: 518-402-8888
>>> Test Screen Name <[email protected]> 01/17/13 10:30 >>>
Test Screen Name http://forums.adobe.com/people/Test+Screen+Name created the discussion
"Re: Adobe Reader XI enterprise deploy-disable display PDF in browser?"
To view the discussion, visit: http://forums.adobe.com/message/5001441#5001441

Trying to display a pdf exported report file in browser

i am getting null pointer exceprtion when try to close the report browser.
the same code is working perfectly in adobe reader 8. i am getting this problem adobe reader 9.
i am exporting the report file as a pdf and saving locally. report is displayed in the browser from local directory.
till its working fine. when close the report file.. i am getting the following error:
java.lang.NullPointerException
        at org.eclipse.swt.ole.win32.OleClientSite.onPaint(OleClientSite.java:921)
        at org.eclipse.swt.ole.win32.OleClientSite.access$2(OleClientSite.java:906)
        at org.eclipse.swt.ole.win32.OleClientSite$1.handleEvent(OleClientSite.java:131)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1027)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1012)
        at org.eclipse.swt.widgets.Composite.WM_PAINT(Composite.java:1424)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:3842)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:4541)
        at org.eclipse.swt.internal.ole.win32.COM.CoFreeUnusedLibraries(Native Method)
        at org.eclipse.swt.ole.win32.OleClientSite.releaseObjectInterfaces(OleClientSite.java:1084)
        at org.eclipse.swt.ole.win32.OleControlSite.releaseObjectInterfaces(OleControlSite.java:683)
        at org.eclipse.swt.ole.win32.OleClientSite.onDispose(OleClientSite.java:852)
        at org.eclipse.swt.ole.win32.OleClientSite.access$1(OleClientSite.java:847)
        at org.eclipse.swt.ole.win32.OleClientSite$1.handleEvent(OleClientSite.java:128)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1027)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1008)
        at org.eclipse.swt.widgets.Widget.release(Widget.java:804)
        at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:755)
        at org.eclipse.swt.widgets.Widget.release(Widget.java:807)
        at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:755)
        at org.eclipse.swt.widgets.Widget.release(Widget.java:807)
        at org.eclipse.swt.widgets.Composite.releaseChildren(Composite.java:755)
        at org.eclipse.swt.widgets.Canvas.releaseChildren(Canvas.java:174)
        at org.eclipse.swt.widgets.Decorations.releaseChildren(Decorations.java:771)
        at org.eclipse.swt.widgets.Shell.releaseChildren(Shell.java:1211)
        at org.eclipse.swt.widgets.Widget.release(Widget.java:807)
        at org.eclipse.swt.widgets.Widget.dispose(Widget.java:441)
        at org.eclipse.swt.widgets.Decorations.dispose(Decorations.java:446)
        at org.eclipse.swt.widgets.Shell.dispose(Shell.java:674)
        at org.eclipse.swt.widgets.Decorations.closeWidget(Decorations.java:308)
        at org.eclipse.swt.widgets.Decorations.WM_CLOSE(Decorations.java:1643)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:3789)
        at org.eclipse.swt.widgets.Canvas.windowProc(Canvas.java:337)
        at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1576)
        at org.eclipse.swt.widgets.Shell.windowProc(Shell.java:1937)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:4528)
        at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:2366)
        at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:477)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:3877)
        at org.eclipse.swt.widgets.Canvas.windowProc(Canvas.java:337)
        at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1576)
        at org.eclipse.swt.widgets.Shell.windowProc(Shell.java:1937)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:4528)
        at org.eclipse.swt.internal.win32.OS.DefWindowProcW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DefWindowProc(OS.java:2366)
        at org.eclipse.swt.widgets.Shell.callWindowProc(Shell.java:477)
        at org.eclipse.swt.widgets.Control.windowProc(Control.java:3877)
        at org.eclipse.swt.widgets.Canvas.windowProc(Canvas.java:337)
        at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1576)
        at org.eclipse.swt.widgets.Shell.windowProc(Shell.java:1937)
        at org.eclipse.swt.widgets.Display.windowProc(Display.java:4528)
        at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
        at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:2371)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3420)
        at com.siemens.med.cad.hqm.view.mainUI.HQMMainForm.buildMainShell(HQMMainForm.java:246)
        at com.siemens.med.cad.hqm.event.UserLoginEventHandler.loginDisplay(UserLoginEventHandler.java:240)
        at com.siemens.med.cad.hqm.event.UserLoginEventHandler.widgetSelected(UserLoginEventHandler.java:97)
        at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228)
        at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
        at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
        at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3823)
        at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3422)
this is my code:
private void displayReport(String reportTitle) {
        // Shell to display the report
            Display display = Display.getDefault() ;
         Shell shell = new Shell(SWT.RESIZE //Display of the active Shell being used
                | SWT.CLOSE | SWT.MIN | SWT.MAX | SWT.APPLICATION_MODAL);
        shell.setText(reportTitle);
        shell.setLayout(new FillLayout());
        shell.setMaximized(false);
        shell.setSize(800, 600);
        // Composite
        Composite comp = new Composite(shell, SWT.NONE);
        comp.setLayout(new FillLayout());
        // Browser
        final Browser browser = new Browser(comp, SWT.FLAT);
        // Setting the file to browser
        try {
            File file = new File(exportFile);
            URL url = file.toURL();
            browser.setUrl("file:" + url.getPath());
        } catch (MalformedURLException malURLEx) {
            // malURLEx.printStackTrace();
            throw new ProgrammingExceptionAdapter(malURLEx);
        // Add a dispose listener to the shell
        // and delete the temp file at dispose.
        shell.addDisposeListener(new DisposeListener() {
            public void widgetDisposed(DisposeEvent arg0) {
                File file = new File(exportFile);
                if (file != null && file.exists()) {
                    file.delete();
                browser.dispose();
        // Opening the file
        shell.open();
        shell.setFocus();

I see no Crystal here.
Sincerely,
Ted Ueda

A problem displaying PDF file in the Web Browser layout.

I'm hoping someone can help me with this issue. I need to display my PDF documents in the web-browser layout as part of my daily job. I use JAWS 14, and many times, when my document is launched, it comes up blank, or at least that's what JAWS reports. If I press the F5 key to refresh the page, then it displays properly. I need the document to show up properly when it is initially loaded. How can I accomplish this?

I'm hoping someone can help me with this issue. I need to display my PDF documents in the web-browser layout as part of my daily job. I use JAWS 14, and many times, when my document is launched, it comes up blank, or at least that's what JAWS reports. If I press the F5 key to refresh the page, then it displays properly. I need the document to show up properly when it is initially loaded. How can I accomplish this?

Use byte array of PDF to display PDF in IE browser

I get byte array of PDF as input argument. I need to use byte array to display PDF in IE browser. I am writing code in doGet method of Servlet to accomplish this. However, PDF never gets displayed. I see Acrobat starting, but original PDF never gets displayed in browser.
I am using code below in doGet of Servlet:
resp.setContentType("application/pdf");
resp.setHeader("Expires", "0");
resp.setHeader("Cache-Control","must-revalidate, post-check=0,
pre-check=0");
resp.setHeader("Pragma", "public");
resp.setHeader("Pragma", "no-cache"); //HTTP 1.0
resp.setDateHeader("Expires", 0); //prevents caching at the proxy
server
resp.setHeader("Cache-Control", "no-cache"); //HTTP 1.1
resp.setHeader("Cache-Control", "max-age=0");
resp.setHeader("Content-disposition", "inline; filename=stuff.pdf");
byte[] inBytes = getBytesOfPDF(...);
ByteArrayOutputStream outStream = new ByteArrayOutputStream();
if(inBytes !=null){
outStream.write(inBytes);
outStream.flush();
I added dummy name of PDF (stuff.pdf) for display, as I heard IE requires a file name with .pdf extension for display.
But I had no luck with the code above.
Any help with code will be appreciated.
[email protected]

Hi
Am using the same code and i am able to get the PDF out.
          /* Finally writing it into a PDF */
               response.setContentType("application/pdf");
               /* filename could be any thing */
               response.setHeader("Content-Disposition",
                         "attachment; filename=Report.pdf");
               response.setContentLength(content.length);
               response.getOutputStream().write(content);
               response.getOutputStream().flush();
But this also throws a error in the server :
java.lang.IllegalStateException: getOutputStream() has already been called for this response
     at org.apache.catalina.connector.Response.getWriter(Response.java:606)
     at org.apache.catalina.connector.ResponseFacade.getWriter(ResponseFacade.java:195)
     at org.springframework.web.servlet.view.freemarker.FreeMarkerView.processTemplate(FreeMarkerView.java:344)
     at org.springframework.web.servlet.view.freemarker.FreeMarkerView.doRender(FreeMarkerView.java:280)
     at org.springframework.web.servlet.view.freemarker.FreeMarkerView.renderMergedTemplateModel(FreeMarkerView.java:225)
     at org.springframework.web.servlet.view.AbstractTemplateView.renderMergedOutputModel(AbstractTemplateView.java:174)
     at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:239)
     at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1142)
     at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:879)
     at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:792)
     at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:476)
     at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:441)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
     at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
     at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463)
     at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398)
     at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
     at org.ca.ielts.presentationtier.servlet.AuthorisationAuthenticationFilter.doFilter(Unknown Source)
     at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
     at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
     at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
     at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
     at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
     at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
     at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
     at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
     at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
     at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
     at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
     at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
     at java.lang.Thread.run(Thread.java:595)
Any Clues how this has to be fixed.????

Display PDF document from Servlets to browser - how 2 change the title

Hi, need help of changing the html title when Display PDF document from Servlets to browser. By default the browser's title shows the obsolute URL where the rdf comes from (i.e. http://www.google.com/sample.pdf), because servlet responds a binary data (PDF), there seems to be no other way to change the browser's title to fit my own choice.
Appreciate your quick help,

You can try and check with
.setTitle("Welcome");

Display PDF document from Servlets to browser

Hi All,
I am displaying a PDF document in Servlet after reading the stream. PDF size is of more than 3MB, so it takes a lot of time to get downloaded and to display on the browser.
Is there anyway to display the initial pages to the browser (whatever data has been sent ). Can you please help me in this.
Please treat it as urgent
Thanks in advance,
Purav

I have to ask:
Why are you trying to pump a PDF to the client? Is it stored in a database rather than to the file system? Or...are you trying to display a PDF file in HTML format so end users don't need Acrobat?
If neither of these is the case, couldn't you just send a response.redirect("path to PDF file") and get the same result without all the headache?
If case 1 (the PDF is stored in the database and not the filesystem), you may want to ask why? You could simply create a table that maps some document_id to a local file path. That way if you need to delete it or change it, you know what and where it is.
If case 2 (you want to read a PDF and display as HTML to the client) you should use a parser like:
http://www.tethys-milano.com/tethys/pdfparser.xtmlor
http://www.jpedal.org/

Download blob as pdf. Display inline in new browser window

I am using the standard functionality of loading blob data, using a browse/upload item, and retrieving blob data using a report on a blob column. One of the settings when setting up upload and retrieval column attributes is called "CONTENT DISPOSITION". If I set it to "INLINE" the file downloads when clicking the "DOWNLOAD" link and displays in the appropriate viewer, e.g. for PDFs it's the browser window. How do I get the PDF file to display in a NEW browser window so the user does not have to leave apex?
Paul P

Alternatively, do pdf's already render in the browser window?
http://www.mydigitallife.info/2007/06/17/disable-pdf-from-opening-in-web-browser-ie-firefox-opera-safari/
Trent

Specifying pdf document's name in browser - content-disposition problem

Hello ,
I want to open a PDF document in browser, which needs to have a specified filename when user tries to save it.
My web app sends an "application/pdf" document back to the browser.
I use the Content-Disposition HTTP header to instruct the browser to open the document inline, i.e. using the appropriate plugin, which is Adobe PDF in this case. When the user clicks Save As..., the document filename needs to be the one specified by the same HTTP header. Here is the code:
response.setContentType("application/pdf");
String contentDisposition = "inline; filename=\"filename.pdf\"";
response.setHeader ("Content-Disposition", contentDisposition);
response.setHeader ("Content-Length",new Long(file.length()).toString());Unfortunately this does not work for me. Document opens fine, but I can't get it to have the name I specified. The plugin uses the default name, which is the full URL of the document. I tried several combinations of HTTP headers, but neither worked. I tried putting an additional GET request parameter at the end of the URL, like ...&filename=filename.pdf , but that didn't work either.
I tried Adobe 7.0 and 8.1.2.
Any suggestions ?
Thanks a lot!

Thank you very much for your answer.
Needless to say I tried opening the document in IE, FF and Chrome, and neither worked.
I had a look at the code at your web site, and saw that you were serving files for direct download: Content-Dispositoin:attachment... .
This works fine for me too, and the filename is recognized correctly in that case. The problem is, I want to display the PDF inline...
My server is not configured for URL rewriting, and I would be probably quite some problem to make this app work with it, so the /filename.pdf is not an option for me.
Edited by: matavulj on Sep 25, 2008 7:21 AM

Chrome - Adobe-Acrobat/Reader can not be used to view PDF files in a web browser.

I can't view PDF files via Chrome (it works on Internet Explorer but I prefer Chrome) - the error below has arisen recently on Chrome, though I can't see what has changed.
"Acrobat plug-in
The Adobe-Acrobat/Reader that is running can not be used to view PDF files in a web browser. Please exit Adobe Acrobat/Reader and exit your Web Browser and try again."
I have looked through Forum articles on similar errors and have tried the following(text copied from other Forum entries)
Repair Adobe Acrobat (from Acrobat)
Repair Adobe Acrobat (from Control Panel
Configure Acrobat as a helper application: Choose Edit > Preferences., Select Internet on the left., Deselect Display PDF In Browser Using [Acrobat application], and then click OK.Quit Acrobat or Reader
Create a registry item for Acrobat: with Regedit: If the registry item doesn't exist on the system, do the following: Go to Edit > New > Key and create the missing HKEY_CLASSES_ROOT\Software\Adobe\Acrobat\Exe.Go to Edit > New > String Value and name this key (Default).Select (Default), and then go to Edit > Modify. Type the Adobe Acrobat path in the "Value data" for your product.,restart your computer
Repair the HKCR\AcroExch.Document registry key: Navigate to HKEY_CLASSES_ROOT\AcroExch.Document., Right-click AcroExch.Document and select Delete; make sure that you have the correct key, and click Yes on any prompts, Right-click AcroExch.Document.7 and select Delete; make sure that you have the correct key, and click Yes on any prompts. Repair your Acrobat installation
None has solved the problem. However it still works ok with IE. But I want to stick with Chrome because I find IE is so slow!
I am using Vista, with Adobe Acrobat standard 9.5.2 and Google Chrome version 23.0.1271.64 m which is marked on Chrome as 'up to date'
Does anyone know why I might be getting this error on Chrome but not IE?

I think I have discovered the answer to my own question!
I have disabled Adobe Reader plug-in, and can now see PDFs in Chrome.
(Steps: Chrome Menu, Settings option, Click Advanced Settings link, then Content Settings button, then select Disable Individual Plug-Ins, and a list of plug-ins is offered to enable or disable).
I then get a different result depending on whether or not Chrome PDF viewer is enabled - with it enabled I see the PDF document in Chrome, or with it disabled then the option is offered to download it, but either way I can get it it via Chrome without having to run Internet explorer in another browser window.

Reader 9.2 - "can not be used to view PDF files in a web browser"

Hello,
I recently deployed Adobe 9.2 within our organization. I used the Adobe Customization Wizard 9 to transform the install set, and selected the "Display PDF in Browser" option as default.
When opening a PDF linked from a web URL, we get the message: "The Adobe Acrobat/Reader that is running can not be used to view PDF files in a Web Browser. Adobe Acrobat/Reader version 8 or 9 is required. Please exit and try again." This occurs under IE8 and IE6, in both Windows XP SP2 and Windows 7.
If I launch Adobe Reader and unselect "Display PDF in Browser" in preferences, PDFs open normally.

I think I have discovered the answer to my own question!
I have disabled Adobe Reader plug-in, and can now see PDFs in Chrome.
(Steps: Chrome Menu, Settings option, Click Advanced Settings link, then Content Settings button, then select Disable Individual Plug-Ins, and a list of plug-ins is offered to enable or disable).
I then get a different result depending on whether or not Chrome PDF viewer is enabled - with it enabled I see the PDF document in Chrome, or with it disabled then the option is offered to download it, but either way I can get it it via Chrome without having to run Internet explorer in another browser window.

Adobe 9.1.3 and FireFox 3.5.1+ "...can not be used to view PDF files in a Web Browser"

This is the issue but I'm not sure there is a resolution:
Firefox: Version 3.5.1
Adobe: Version 9.1.3
When navigating the web, click a URL that opens a PDF inside the browser and you get an error * "The Adobe Acrobat/Reader that is
running can not be used to view PDF files in a Web Browser". Please exit Adobe Acrobat/Reader and exit your Web Browser and try again". I did read a post that doing a "repair" from the Adobe Reader application should fix this, they also reference a few registry keys to check becuase the post states it's lost the application path to Adobe version X. I don't necessarily buy that "fix" and here are my details below.
In FireFox if you navigate to Tools > Options > Applications > Adobe Acrobat Document
You're given choices:
Always ask: DOES NOT WORK, produces afore mentioned error *
Save File: Works, saves the file to a directory on your PC
Use Adobe Reader 9.1 (defau...: Works, opens your PDF's outside of your web browser
Use Adobe Acrobat (in Firefox): DOES NOT WORK, produces afore mentioned error *
Use other...:
IE seems to just work as expected.
If you open Adobe Reader > Edit > Preferences > Internet > Check "Display PDF in browser" - DOES NOT WORK, produces afore mentioned error *
This would seem to be an Adobe error rather than a FireFox web browser problems since FireFox does seem to know the correct path although I suppose you can't rule out that this is a FireFox problem since 2 out of the 4 PDF open options DON'T WORK.
Any thoughts on this issue would be greatly appreciated.
Other information:
Adobe 8.1.5 works perfectly with FF 3.5.1+ when opening PDF's in the web browser, we also had no problems with previous versions either.
MSI push via Active Directory from Adobe 8.1.5 upgrade to Licensed Distribution I signed up for, Adobe 9.1.3 which was upgraded from 9.1.0, to 9.1.2, to 9.1.3 via an MSP patch.
Operating system: Windows XP SP 2, plenty of RAM, plenty of Drive
IE version this works with the new version of Adobe 9.1.3 is version 7 (7.0.5730.13)
Our FireFox MSI's come from Front Motions website and as far as I know we've never had problems with their MSI's, also tried the new release of FF 3.5.2 from their website.
I think that about covers it. Anyone else experiencing the same problems or have a patch?

After troublshooting this for the entire day today the issue seems to be a MIME problem.
If everything is woking perfectly, in Tools > Options > Applications...
You should see 4 or more things related to Adobe like "Adobe Acrobat Forms Document", etc. If you don't see at least 4 MIME entries either your Adobe installation is hosed or your FF installation is hosed. I haven't figured out which is causing the issue.
What I did was remaster my patches from my original Adobe 9.1.0 MSI with the two updates via the command line in the directories with the source files. On the 9.1.0 original file I first remastered my MST transform with the Adobe MST utility. I then applied my patches.
msiexec /a AcroRead.msi /p AdbeRdrUpd912_all_incr.msp
msiexec /a AcroRead.msi /p AdbeRdrUpd913_all_incr.msp
I then uploaded that to my network share, unlinked my group policy, made a new group policy, added a batch file to delete adobe.com from program file and the desktop on system startup even though my MST was supposed to take care of that - it's not a perfect world is it? :-)
I then reapplied my GPO's for both FireFox 3.5.2 and Adobe 9.1.3, I checked to make sure the MIME extensions were there and they were. You might have to go into your Adobe Preferences and select that open in browser setting depending on what happens or adjust your MIME settings in FireFox's options but it should work.
That's what worked for me. It's possible a few other things I did along the way tweaked it out, in my group policy on the first run I did select to upgrade previous group policies, for the remaster and repush I didn't select any previous GPO's to upgrade.
It's hard to tell what one thing tweaked it out or what combination of things tweaked out the install. I did also reinstall Adobe 8.1.5 and FF 3.0.10 before doing all this since our machines currently have that setup, I'm not sure if that affected it either, it's just hard to tell but I don't think it did simply because I had done that several times in troubleshooting this issue.
If anyone else has more specifics that would be great!

PDF ligature display delayed in browser

Similar Messages

Maybe you are looking for