Posts in Category "Acrobat"

Acrobat/Reader: how to disable the AIR installer from the installation

The standard Adobe Acrobat and Reader installer, which are available for download on Adobe.com, and the installer for Adobe Reader MUI, include AIR. (There are separate installers for Acrobat and Reader that don’t install AIR, see ftp://ftp.adobe.com/pub/adobe/reader)

  • The AIR-Installer is included automatically and starts in a separate process after the Reader MSI is installed.  If the installation of any subsequent MSP patches starts too quickly after the MSI installation, then you receive an error as the AIR installer starts.  You can work around this with a short delay in your installation routine between the MSI and MSP installers.
  • The AIR installation remains on the machine even after Reader is uninstalled and has to be removed separately. (There is no option to disable it.)
  • After AIR is installed, it requires an automatic update to be installed from the internet.  Machines that do not have internet access cannot get this update.

Solution

If you don’t want to install AIR, you have two options to disable the AIR installer from the Adobe Reader installation package:

  • Using the msiexec parameter “DISABLE_AIR_SHARE=YES”  For example: msiexec /i Acroread.msi /qb DISABLE_AIR_SHARE=YES
  • Using Customization Wizard/Orca, you can modify the installation package itself and remove the reference to AIR. (Only for experienced users)

Additional information

 https://weblogs.uni.edu/elukens/2009/03/stop_adobe_reader_91_installer.html

reference: (181680791/2671995)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 7.8/10 (4 votes cast)

Acrobat/Reader: slow display performance in Terminal Server or Citrix environments

Issue

When you view PDF files in Adobe Acrobat or Adobe Reader in a Terminal Server/Citrix environment, the display is slow to update over an RDP connection.  This issue is particularly noticeable when scrolling through PDF documents that contain high-resolution images.

Solutions

Solution 1: Update the Page Display preferences in Acrobat or Reader.

Change the following settings in Acrobat or Reader.  You can either disable these options directly in Reader/Acrobat under “Edit > Preferences > Page Display > Rendering”, or using the registry keys for system administrators:

  • deactivate “2D Graphic accelerationHKCU\Software\Adobe\Acrobat Reader\9.0\AVDisplay – bUse2DGPUf=dword:0
  • deactivate “Smooth imagesHKCU\Software\Adobe\Acrobat Reader\9.0\Originals – bAntialiasImages=dword:0
  • deactivate “Smooth line artHKCU\Software\Adobe\Acrobat Reader\9.0\Originals – bAntialiasGraphics=dword:0
  • set “Smooth Text” to None (optional: some customers have reported acceptable performance without setting Smooth Text to None)
    • HKCU\Software\Adobe\Acrobat Reader\9.0\Originals – bAntialiasText=dword:0
    • HKCU\Software\Adobe\Acrobat Reader\9.0\Originals – iAntialiasThreshold=dword:0
    • HKCU\Software\Adobe\Acrobat Reader\9.0\Originals – benableDDR=dword:0

Changing registry values is not officially supported by Adobe and you do so at your own risk.  You should only be changing the registry settings if you have the correct privileges and experience in this area.

System Administrators should change these settings first using the Preferences dialog in Adobe Reader (not using the registry) and re-test the performance through Citrix.  Once you have the right combination of settings that work, then you should record the values of these registry keys to use for your other Reader installations.  This is important as the value of the iAntialiasThreshold key can differ (0, 1, or 12) depending on which of the other options are deactiviated.

Note: These settings will improve the display performance on low-bandwidth connections, however, they can adversely affect the display performance on LAN connections.  You will need to test these thoroughly.

Solution 2: Use an RDP compression tool to compress the data being sent “over-the-wire.”

RDP sends the entire set of image data each time the image is scrolled on the page.  Sending all the data at once can cause congestion on the network connection, especially with limited bandwidth.  Some customers have had success using the following tool to improve the display performance on Terminal Server for low-bandwidth connections: http://www.ericom.com/ericom_blaze.asp

Additional information

There are no general solutions in Acrobat or Reader to improve performance problems in Terminal Server. Performance issues are often based on the bandwidth limitations of the network connection, or the RDP protocol itself.

The RDP protocol does not always handle image data well.  A terminal server on Windows 2003 Server uses RDP version 5.2.  A terminal server on Windows 2008 Server uses RDP version 7.0, which does improve display performance for images.  Therefore, an upgrade to a later operating system can also improve the performance if it uses a more recent RDP version like 7.0.

Here is an article from Citrix referring to the same issue:

http://support.citrix.com/article/CTX122914

and an entry in ourn forums discussing the same:

http://forums.adobe.com/thread/439803

reference: (181990819)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 5.8/10 (4 votes cast)

Acrobat/Reader: can’t set “access” property on Radio-buttons at run-time

Issue

It is not possible to set the access property of an individual radio button at run-time in Acrobat or Reader 9, or Acrobat or Reader 7.  This was possible in Acrobat/Reader 8.

Solution

Set the property on the exclusion group level (that is, the parent object) and not on the field level. For radio button lists, set the property at the Radio-Button group object and not the individual button object.

Additional information

From Designer 7.1 Help:

About Radio buttons

Radio buttons are contained within exclusion groups. Only one radio button in the exclusion group can be selected at a time.
An exclusion group can be manipulated as one object.
Some options on the Object palette apply to all of the radio buttons in the same exclusion group.

….

Radio button properties in the Value tab

When you create an exclusion group of radio buttons, the Value tab presents a number of options that you can apply to the entire group.

reference: (181949673)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 0.0/10 (0 votes cast)

Acrobat/Reader 9: Privileged locations from Customization Wizard written to incorrect registry keys

Issue

When you use Customization Wizard 9 to configure the installation for Adobe Reader or Acrobat 9, hosts for privileged locations are written to the wrong registry location. Therefore Acrobat or Reader won’t recognize them at runtime and these sites will not be trusted. You could see the Yellow-Message-Bar warning about untrusted site access if these hosts are referenced from a PDF file.

Solution

This issue is resolved in Customization Wizard 10, so privileged locations are written correctly in Acrobat and Reader X.  Adobe doesn’t issue patches for Customization Wizard, so there’s no way to fix this issue retrospectively for Acrobat or Reader 9.  As a workaround, you can change the keys manually in the registry. Or, you can enter the values directly in the enhanced security settings in Acrobat or Reader preferences.

Additional information

The privileged hosts are written incorrectly to:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Adobe\Adobe Acrobat\9.0\FeatureLockDown\TrustManager\cTrustedSites

instead of:

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Adobe\Adobe Acrobat\9.0\FeatureLockDown\cTrustedSites

reference: (181708423/2678020)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 5.5/10 (2 votes cast)

Acrobat/Reader 9: HTTP submit button does not open local files

Information

Security restrictions in Adobe Reader and Acrobat 9 restrict you from opening local files (Excel, Word, and so on) from within a PDF using Javascript (launchURL).  This action poses a security risk for the PDF file, and could allow dangerous files to be opened, and a script to be executed.

In previous versions of Acrobat or Reader (before 9.0), you can point the HTTP Submit button to a file:// URL on a network/local file system. The local file was “downloaded” using the browser’s plug-in. This behavior is not the intention of the HTTP Submit button. So, it’s been locked down in Acrobat and Reader 9 and later.

The HTTP submit button is used to send the form’s data to a server once the form has been filled. The resulting PDF can then be displayed to the user.

To reference or open local files from a PDF, run the PDF file in a privileged context (in the Javascript console or in a batch process). Or, certify the PDF file.  If you are running Acrobat or Reader in a browser context, you could put the local file on a web server and use the HTTP URL.

You can find more information to this security restriction under “app” and then the “methods” tab, and then under the launchURL method:

http://livedocs.adobe.com/acrobat_sdk/9.1/Acrobat9_1_HTMLHelp/JS_API_AcroJS.88.150.html

Extract from the JavaScript Documentation:

Note: Beginning with Acrobat 8.1, file and JavaScript URLs can be executed only when operating in a privileged context, such as during a batch event. File and JavaScript URLs begin with the scheme names javascript or file.

reference: (181917275)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 7.0/10 (3 votes cast)

Acrobat/Reader 9: Error “This document enables Reader capabilities that are no longer enabled…”

Issue

When you open PDF files that are Reader-enabled using Reader Extensions server (version 5 or 6) in Reader 9 or later, you receive the following error:

 

Solution

Reader-enable the PDF files again using a later version of the ReaderExtensions server (that is LiveCycle 7, or ES).

Additional information

This error occurs because Adobe Reader 9 no longer supports the ubiquity technology provided by ReaderExtensions server version 5 or 6.

Extract from: http://en.wikipedia.org/wiki/Adobe_Acrobat

“Adobe Reader 9 drops support for Adobe Reader Extensions 5 and 6 which permit Adobe Reader client software to save changes to filled-in forms in PDFs. Adobe Reader Extensions 6.1 and newer are still supported. Legacy PDFs are still viewable, however they open with the warning “This document enables Reader capabilities that are no longer enabled in this Reader version.”

This change in discussed in the Reader Extensions upgrade information on adobe.com:

http://www.adobe.com/products/livecycle/upgrade/readerextensions.html

reference: (181907091)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 6.6/10 (5 votes cast)

Using setup.ini to customise Adobe Reader/Acrobat installation

Description

If you are using Adobe Reader/Acrobat in an enterprise environment you may need to customize the installation with pre-defined settings and options so that all users in your environment have the same installation settings.

Currently you can do this using the standard Customization Wizard to create transform (MST) files which apply customized settings to the installation.  Using an MST, you will then need to call the command line installation routines to install the product.  Alternatively, you may also edit the setup.ini file, and then install the product using the setup.exe executable.  The advantage of this method is that it is using the familiar setup.exe installation process, and you can apply settings and multiple patches in one step.

The following are some examples of setup.ini files to achieve various common tasks:

1. Install a subset of languages with the MUI version of Adobe Reader:

[Product]
msi=AcroRead.msi
Languages=1033;1036;1034
1033=English (United States)
1036=French (France)
1034=Spanish (Traditional Sort)
CmdLine=TRANSFORMS="AcroRead.mst"
PATCH=AdbeRdrUpd940_mui_cum.msp

This sample will install Adobe Reader MUI 9.1 in English, French and Spanish, and then apply the 9.4 update MSP.

2. Install Adobe Reader and apply multiple patches:

PATCH=AcroProStdUpd910_T1T2_incr.msp;AcrobatUpd912_all_incr.msp;AcrobatUpd913_all_incr.msp

Adding this line to the setup.ini will apply 3 patches just be executing the setup.exe once.

3. Install Adobe Reader with some command line options:

[Product]
msi=AcroRead.msi
Languages=1031
1031=German (Germany)
CmdLine=TRANSFORMS="AR94_TEST_custom_path.mst" LANG_LIST=DEU DISABLE_AIR_SHARE=YES DISABLE_ASIAN_FONTS=YES /qb!- /l*v log940_setup_ini.txt
PATCH=AdbeRdrUpd940_mui_cum.msp

This sample will install Adobe Reader 9.4 MUI in German, and apply the custom transformation (MST), with the command line options as specified.

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 6.8/10 (15 votes cast)

Reader 9: install MUI version with a subset of languages

Issue

If you are using Reader 9 MUI (multi-language user interface), you sometimes want to install only a subset of languages rather than all the available languages.

Solutions

You can install the MUI version with a subset of languages using two different methods:

1. Edit the setup.ini file.

Edit the setup.ini in the same folder as the setup.exe file.  You can specify what languages you want to install as seen below (English, French, and Spanish, for example):

[Product] 
msi=AcroRead.msi 
Languages=1033;1036;1034 
1033=English (United States) 
1036=French (France) 
1034=Spanish (Traditional Sort)
CmdLine=TRANSFORMS="AcroRead.mst"
PATCH=AdbeRdrUpd940_mui_cum.msp

Start the installation using the setup.exe file and it uses the options specified in the setup.ini file.

2. Use the command line installer.

Use a command similar to the following:

msiexec /i AcroRead.msi TRANSFORMS=AR94.mst LANG_LIST=DEU

where AR94.mst can be a custom MST transformation with customer-specific Reader configurations. This command line installs the German (DEU) and English languages. The English language is always installed even if it is not explicitly listed in the LANG_LIST.

Additional information

This type of installation is important for large organizations who want to reduce the Reader installation footprint because of harddisk capacity. You can find more information about deploying Reader in an enterprise environment in the following document: http://kb2.adobe.com/cps/837/cpsid_83709/attachments/Acrobat_Enterprise_Administration.pdf

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 7.3/10 (3 votes cast)

Acrobat/Reader: International registry keys being accessed too many times

Issue

When you open a PDF file in Adobe Acrobat/Reader you may notice that the client reads the following registry keys repeatedly:

HKEY_USERS\…\Control Panel\International\sDecimal

HKEY_USERS\…\Control Panel\International\sThousand

The result of reading these keys if often BUFFER OVERFLOW.  It’s unnecessary for Acrobat/Reader to access these registry keys multiple times when opening a single PDF file. If you’re using Terminal Server environments, where only one client services multiple users, this issues can lead to performance degradation.

Solution

Update to Adobe Acrobat/Reader 9.4 or X.

Additional information

It’s common for a BUFFER OVERFLOW to occur when reading registry keys on application startup. This error doesn’t necessarily point to a memory issue in Acrobat/Reader. Adobe Acrobat/Reader 9.4, X and later have been updated to access these keys only once when opening a PDF file. The number of BUFFER OVERFLOW events is therefore also reduced.

 reference: (181470806/2596701)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 0.0/10 (0 votes cast)

Reader 9.1: registry persmissions modified causing issues with Internet Explorer

Issue

Installing Reader 9.1 modifies Registry permissions for key HKEY_CLASSES_ROOT\Interface\{34A715A0-6587-11D0-924A-0020AFC7AC4D} from “Full Control” to “Read“.  This modification prevents a successful installation in enterprise environments where customized installer files are used. The mentioned key is a part of the Internet Explorer installation and applications that work with the web browser events use it.

The Access Control List for this key before installation is as follows:

BUILTIN\Users=Read

BUILTIN\Power Users=Special

BUILTIN\Administrators=FullControl

NT AUTHORITY\SYSTEM=FullControl

CREATOR OWNER=FullControl

Following installation it has been changed to:

BUILTIN\Administrators=Read

NT AUTHORITY\SYSTEM=FullControl

Everyone=Read

Solution

Upgrade to Adobe Reader 9.4 or Adobe Reader X.  Do a full installation of one of these versions to apply the fix.

As a workaround, you can modify the MST file with Customization Wizard to prevent the permissions on this key being changed.

reference: (181120121/2356114)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 6.0/10 (4 votes cast)

Acrobat/Reader 9: xfa.host.getFocus() no longer works

Issue

When you use the xfa.host.getFocus() method in your form templates you may notice different behavior in Acrobat or Reader 9 compared to previous versions. The method doesn’t work, returns null, or returns the following error:

xfa.host.getFocus is not a function

Solution

Set the target version to 8.1 or later in the Default tab of the template properties in Designer. Or, use the AcrobatVersion parameter in the API. The AcrobatVersion parameter takes precedence over the definition in the template. However, you can use the AcrobatVersion value “Auto” to use the version defined in the templates.

Additional information

The getFocus() method was implemented in XFA 2.6 (Reader 8.1).  If the PDF is rendered with a target version less than 8.1, the call to getFocus doesn’t work.  The target version of a template is defined either:

  • in the XDP template using the Default tab under the template properties, or using the <?formServer defaultPDFRenderFormat acrobat8.1dynamic?> tag in the XML source
  • in the AcrobatVersion setting in the PDFFormRenderSpec when calling the renderPDFForm() method from the Forms API

There is one special case in Acrobat/Reader 8, which allows the call to getFocus() even if the target version is less than 8.1. Therefore, you do not need to use one of the solutions above for Acrobat or Reader 8.  This behavior is a bug in Acrobat 8 as it doesn’t respect the target version and relevant XFA definition. In Acrobat 9, the target version is respected.

reference: (181779861/2714554)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 0.0/10 (0 votes cast)

Acrobat/Reader: registry key for Windows trusted sites

Issue

When Adobe Reader or Acrobat is deployed in the enterprise with enhanced security turned on, warnings can appear in the client. The warnings appear when Acrobat tries to merge data into a PDF.  These warnings are confusing to the users and you may want to suppress them by defining the source of the data as trusted.

Solution

Define the sites that host the PDF and data files as trusted. You can do this by adding the site where the data is stored to the Windows trusted sites list (Windows > Control Panel > Internet Settings > Security), or to the enhanced security settings in Acrobat/Reader (Edit> Preferences > Enhanced Security).

The Windows trusted sites list is saved under the following registry key:

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zone Map\Domains

You can therefore add the sites directly under this registry key if you are using an automated deployment of Acrobat/Reader.

reference: (181762015)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 6.0/10 (3 votes cast)

Reader: controlling the Reader MUI startup language

Adobe Reader MUI is Adobe’s Multilingual User Interface version, with which you can install any combination of supported languages. For example, you can install French, German, and Spanish simultaneously and then switch among those languages within Adobe Reader. The user interface changes to the appropriate language automatically.

If you have problems controlling the startup language of Adobe Reader MUI, then try the following to gain more fine-grained control over the startup language:

  1. Under the Reader preferences, there is a setting for the startup language under the section entitled “International.”  You can set this setting to the language of choice. Or, you can set it to “like operating system,” which starts Adobe Reader MUI using the same locale as the host operating system.
  2. Set the registry key UseMUI as outlined in the screenshot  so that the operating system language is used as the Adobe Reader MUI startup language:

If you are still having problems with the startup language, try manually configuring the appropriate keys in the registry. Use either the Customization wizard (for enterprise deployments), or change them directly in the Windows registry for single installations.

  1. Delete (or make sure that the following keys are not present) NOTE: for a fresh non-customized install these keys are sometimes not present:
  • HKEY_CURRENT_USER\Software\Adobe\Adobe Acrobat\9.0\Language\UseMUI\UseMUI
  • HKEY_CURRENT_USER\Software\Adobe\Adobe Acrobat\9.0\Language\next
  1. Then add the following registry key:
  • [HKEY_LOCAL_MACHINE\SOFTWARE\Adobe\Adobe Acrobat\9.0\Language\next]
    @=”exlang32.deu”

Note: For Reader, the value is “RdLang32.DEU”.

reference: (181710397)

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 0.0/10 (0 votes cast)

How to extract an MSI file from the EXE for Adobe Reader

Information

Steps to extract the Adobe Reader MSI installation files from the compressed executable:

1. Obtain Adobe Reader from adobe.com: http://get.adobe.com/reader/ and save the file to your desktop.

2. Choose Start > Run.

3. In the Open text box, type: "%UserProfile%\Desktop\AdbeRdr80_en_US.exe" -nos_ne

4. Click OK.

5. When the Adobe Reader Setup screen clears, choose Start >  Run.

6. In the Open text box, type: %temp%

7. Drag the Adobe Reader folder to your desktop.

This folder contains AcroRead.msi and Data1.cab files needed for installation.

Update (thanks to the comment from V23 below)

For Adobe Reader X, the setup files will be extracted to a folder in:

  • %ProgramData%\Adobe\Setup (Windows Vista and above)
  • %ALLUSERSPROFILE%\Application Data\Adobe\Setup (Windows XP / Windows Server 2003)

If you wish to define where the files will be extracted, use the -nos_o switch as follows:

AdbeRdr1010_en_US.exe.exe -nos_o"C:\Folder" -nos_ne

Replace C:\Folder with the path to a local valid folder.  Please ensure the folder is empty as otherwise the existing files and folders may be overwritten/deleted.

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 8.5/10 (27 votes cast)

Acrobat/Reader 8: Typewriter tool deactivated after each use

Issue

The Typewriter tool in Acrobat or Adobe Reader 8 is deactivated after each text entry that you make in a PDF file. You have to select the Typewriter tool for each text entry you make.

In Acrobat and Reader 7, the Typewriter tool remains active until you manually deactivate it, or select another tool.

Solution

Update to Acrobat or Reader 9.  The typewriter tool has been fixed and will remain active.

reference: (181558742/1553038)

 

VN:F [1.9.22_1171]
Was this helpful? Please rate the content.
Rating: 1.0/10 (1 vote cast)