Content is not shown with acrobat reader

Hi,

The issue is that you have not Reader Enabled the form. This means that while the form can be opened in Adobe Reader, the data inputted is not saved.

You will see a summary of the options for deploying a form here, together with the functionality that is either available or not available, depending on your choices before you send out the form:

http://assure.ly/etkFNU.

You can apply Reader rights in two ways:

1. Using Acrobat Standard (v9 or later) or Acrobat Professional (v7 and v8). There are licensing restrictions.
2. Using the server component LiveCycle Reader Extensions ES2.5.

Hope that helps,

Niall

Hi,

The File > Properties > Security tab may say that the user can fill out form fields, but that is different from the ability to save data in Reader.

If the form is NOT Reader enabled, then users with Reader will NOT be able to save the data that they input.

If you want users with Reader to be able to save their data, then the form must be reader enabled, using one of the two methods.

Hope that helps,

Niall

I am not familar with the SAP environment, but one thing to check.

Is the form being opened in an Apple Mac environment OR in Windows? If it is Mac OS, then there is a potential that the form is actually being opened in Apple Preview program and NOT in Adobe Reader for Mac. In this case, the form is opened and the user can type in data, but then the returned form is opened in Acrobat the fields appear empty, even though the data is there.

Niall

Hi Johnny,

Have a look at this post http://assure.ly/hd4jFh, which discusses some of the issues of opening XFA forms in Apple Preview and third party viewers.

If you have users that open the form in Apple, I would recommend a note in the form to advise the user to make sure that the form is opened in Adobe Reader (for Mac), and not Apple Preview.

Hope that helps,

Niall

Hi Johnny,

If you open the form in Acrobat (not Reader or any third party viewer), then you can test to see if the form is Reader Enabled.

1. Open the form in Acrobat.
2. Open the JavaScript Console (Control+J).
3. Paste this into the console and hit Control+Enter to run it: appRightsValidate({}, 2, true);
4. If it returns the signature properties, then the form is Reader Enabled.
5. Otherwise, if it returns an error, the form is not Reader Enabled.

Your form does not appear to be available on Ge.TT, so I can't test. I suspect that your form IS Reader Enabled, but that the use of viewers other than Acrobat or Adobe Reader is adversely affecting the data.

Form is Reader Enabled:

Form is NOT Reader Enabled:

You can get details about testing a form here: http://learn.adobe.com/wiki/download/attachments/64389123/LiveCycleReaderEnabledDocs.pdf?v ersion=1&modificationDate=1285636868000.

Hope that helps,

Niall

Hello!

I have the same problem.

I created a form with the adobelivecycle workbench embedded into SAP. This form contains a server signature.

When I generate a PDF archive without signature, all works OK. But when I include the code for generate PDF with server signature, content fields has disappear unless you click into the field.

In my case, I generate 6 different Adobe forms. Five works fine but one of them has this fail. For all, signature process is the same.

Signature code:

Downloading l_pdf content, works fine, but downloading l_out not work.

TRY.
* 
       l_pdfobj = l_fp->create_pdf_object( connection = 'ADS' ).
* 
       CALL METHOD l_pdfobj->set_document
         EXPORTING
           pdfdata = l_pdf.   " Here l_pdf is the PDF we just created
* 
       CALL METHOD l_pdfobj->set_signature
         EXPORTING
           keyname   = 'ServerSignature'      "Hace referencia al certificado
           fieldname = 'data[0].Pagina1[0].CampoFirma2[0]'     "Campo de firmfirma
*         reason    =
*         location  =
*         contactinfo =
         .
*    ADS call
       CALL METHOD l_pdfobj->execute( ).

*   Signed pdf
       CALL METHOD l_pdfobj->get_document
         IMPORTING
           pdfdata = l_out.

     CATCH cx_fp_runtime_internal INTO l_fpex.

     CATCH cx_fp_runtime_system INTO l_fpex.

     CATCH cx_fp_runtime_usage INTO l_fpex.

   ENDTRY.

I have solved the issue.

In a LiveCicleDesigner:

In a initalize event for a group of fileds I have forced to "open" the Access property.

The code.

data.Pagina1.CamposCabecera::initialize - (JavaScript, client)   // Event modified.

this.access = "open";

Strange solution, but works.