Archive for September, 2012

LiveCycle Designer ES2: Word (version XP or onwards) could not be found on the machine

Issue

If you are using LiveCycle Designer ES2 to import Microsoft Word documents from MS Word 2010 or later, you may receive the following error

Word (version XP or onwards) could not be found on the machine

Reason

This error occurs because LC Designer ES2 does not recognise the installation folder for Microsoft Word 2010 or later versions.  LiveCycle Designer ES2 was released before these versions existed and therefore the installation folders were not known/recognised.

Solution

This issue has been fixed in LiveCycle Designer ES3 and last cumulative QuickFixes (QF) for Designer ES2.  Ensure you are using the latest QF for Designer ES2, or request the latest from your support representative.

If you require an urgent fix for this issue you can make the following change in the registry:

Note: we cannot provide support for any problems that may arise as a result of modifying the registry.  Only an experienced user or an administrator should attempt this, and a full registry backup should be performed before making changes.

1. For 32-bit Windows:

  • Create the following path in the registry:
    • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\12.0\Word\InstallRoot
  • Create a new string value named Path with value C:\Program Files\Microsoft Office\Office14\

2. For 64-bit Windows

  • Create the following path in the registry:
    • HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Office\12.0\Word\InstallRoot
  • Create a new string value named Path with value C:\Program Files (x86)\Microsoft Office\Office14\

You should check the installation folder used in the Path value exists and contains WINWORD.EXE.  You will need to restart LiveCycle Designer for the changes to take effect.

Additional information

This issue is also being discussed in the forums:

http://forums.adobe.com/message/3983628

reference: (183608560/2751566)

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

LiveCycle Designer ES2: Unable to save old XDPs with external data binding option

Issue

If you are attempting to save an XDP file in LiveCycle Designer ES2, created with an earlier version of Designer (i.e. 7, 7.1 or ES), then it can occur that the Save process never completes, and you must kill the Designer process manually in Task Manager.  If you analyse the files on your local disk, you will notice some tmp files with large file sizes.

Reason

This issue is related to the Data Binding option Allow binding to data not defined by the default data connection.  For some forms that contain data connections, Designer ES2 can get stuck in an endless loop while saving the XDP to an intermediary tmp file.  You will see the tmp file will contain a huge number of repeated entries related to the DataDescription similar to the following:

<DATACONNECTION xmlns:dd=”http://ns.adobe.com/data-description/” dd:additions=”$template(DATACONNECTION)”/>

Solution

This issue has been fixed in LiveCycle Designer ES3 and later cumulative QuickFixes for Designer ES2.  You should ensure you are using the latest QF for Designer ES2, or contact your support representative.

Workaround

Removing the data connection will allow the file to be saved, and also disabling the option in the form properties Allow binding to data not defined by the default data connection.  Also putting the sample XML data/schema file used to create the data connection into the same folder as the XDP, opening the XDP, refreshing the Data connection, will then allow to save properly.

reference: (183464630/3296440)

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

Acrobat/Reader X: how to set the default font and font size in the Typewriter tool

Issue

If you are using the Typewriter tool in Acrobat/Reader you may notice that the default font and font size changes according to the font style already used in the PDF document.  The default font for the Typewriter tool should be set each time you finish using the tool and close Acrobat/Reader.  You may wish to reset/set the default font and font size to some custom value.

Solutions

You can set the commenting font and font size in the “Commenting” section in the Preferences.

You can also select the “Comment” Tab between “Tool” and “Share”, right-click on the comment in the “Comments List” that has your desired font setting, and then select “Properties…”.  Check the box that says “Make properties default” and click OK.

Workaround

If this still does not work, then you can set the default font and font size in the registry.  Please note that editing the registry can lead to corruption on your system and should only be attempted by experienced users or administrators.

We cannot provide support for any issues that may occur due to editing the registry, so we would recommend to do a full registry backup before making any changes.

To change the font:

1. Close Acrobat/Reader
2. Start—>Run—>Regedit
3. Navigate to: HKEY_CURRENT_USER\Software\Adobe\Adobe Acrobat\10.0\Annots\cAnnots\cFreeText_003aFreeTextTypewriter\crichDefaults\cfontFamily
4. Click the cfontFamily key on the left.
5. Double-click the a0 key on the right.
6. Change the a0 value to the font name you require.
7. Save

To change the font size:

1. Close Acrobat/Reader
2. Start—>Run—>Regedit
3. Navigate to: HKEY_CURRENT_USER\Software\Adobe\Adobe Acrobat\10.0\Annots\cAnnots\cFreeText_003aFreeTextTypewriter\crichDefaults
4. Double-click the dtextSize key on the right.
5. Change the dtextSize value to the font size value you require.
6. Save

Additional information

In Adobe Acrobat, if you want instructions to enable the Typewriter tool you should refer to the following post:

http://blogs.adobe.com/dmcmahon/2011/09/17/acrobatreader-x-how-to-enable-the-typewriter-tool/

In Adobe Reader, if you cannot find the Typewriter tool you should refer to the following post:

http://blogs.adobe.com/dmcmahon/2011/09/10/adobe-reader-fill-out-a-pdf-form-or-type-text-on-a-pdf-file-using-adobe-reader/

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

Acrobat/Reader 10: Save button not working for PDFs referenced from long URLs

Issue

If you are using Adobe Acrobat/Reader in Firefox/Chrome to view PDF files from long URLs you may notice that  the Save button is not working as expected.  It may be disabled (greyed out), or it may be enabled, but clicking on the button does not bring up the Save dialog to save the PDF to the local file system.

In some organisations the PDF files may be loaded from complex applications which require long URLs to serve parameters with the PDF.  For example:

http://helpx.adobe.com/content/dam/kb/en/837/cpsid_83709/attachments
/Acrobat_Enterprise_Administration.pdf?timestamp=t1115222011102&a=1234567890
123456789012345678901234567890123456789012345678901234567890123456789
&dkmtid=doc&ext=.PDF#FDF=http://server/XML.xfd

The URL above will show the PDF, but the Save button will not work as expected:

Reason

This is an issue with some versions of Adobe Acrobat/Reader 10 in Firefox/Chrome, and will be resolved in a later update for Acrobat/Reader.  The issue occurs when the URL contains more than 259 characters, as Firefox attempts to use this URL as the file-name in the Save dialog.  Such a long URL can exceed a file system limit and therefore the Save dialog does not appear.

Workarounds

  • Use shortened URLs to avoid the issue.
  • Use Acrobat/Reader in Internet Explorer.
  • Use Acrobat/Reader 9 with Firefox/Chrome.

Solution

This issue does not happen with the latest version of Acrobat/Reader 11, and will be fixed in a future release of Acrobat/Reader 10.

reference: (183411841/3319248)

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

CQ5.5: javax.jcr.RepositoryException: Unable to register data store in cluster

Issue

If you are installing and starting a new CQ instance you may experience the following exception:

*ERROR* [FelixStartLevel] org.apache.jackrabbit.core.RepositoryImpl failed to start Repository: Unable to register data store in cluster.
javax.jcr.RepositoryException: Unable to register data store in cluster.

Caused by: java.net.UnknownHostException: <server_hostname>: <server_hostname>
at java.net.InetAddress.getLocalHost(InetAddress.java:1360)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:211)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:200)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:529)
at java.net.Socket.connect(Socket.java:478)
at java.net.Socket.<init>(Socket.java:375)
at java.net.Socket.<init>(Socket.java:218)
… 56 more

Reason

This typically happens if the name returned by the “hostname” command cannot be resolved.

Solution

Add the following entry to /etc/hosts (replacing <server_hostname> with the hostname of the server where the CQ instance is running):

127.0.0.1 <server_hostname>

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

CQ5.5: NullPointerException for wcm-mobile-core after installing SP1 or SP2.1

Issue

If you have installed CQ 5.5 SP1 or SP2.1 and restarted the instance you may notice the following exception in the logs on startup:

ERROR [Background Update com.day.cq.wcm.cq-wcm-mobile-core (219)] com.day.cq.wcm.cq-wcm-mobile-core [com.day.cq.wcm.mobile.core.impl.redirect.RedirectFilter]
The bindStats method has thrown an exception (java.lang.NullPointerException) java.lang.NullPointerException
at com.day.cq.wcm.mobile.core.impl.redirect.RedirectFilter.bindStats(RedirectFilter.java:173)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:227)
at org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:38)
at org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:591)
at org.apache.felix.scr.impl.helper.BaseMethod$NotResolved.invoke(BaseMethod.java:548)
at org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:472)

Reason

This error is caused by an issue in the mobile redirect servlet in SP1 and SP2.1.  It will only affect this servlet, which gathers usage statistics on various categories of mobile devices.

Solution

If you do not require a fix for this servlet you can ignore this error.  The issue is currently scheduled to be fixed in the next service pack for CQ5.5.  If you require an urgent solution to this issue you can contact support through Daycare.

reference: (CQ5-18788/NPR-2071)

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