I’m afraid there’s nothing I can think of that I did special in my server script that prompts the browser to open.

Based on my testing, if you open my sample “HttpSubmitTest.pdf” form in Reader or Acrobat outside the browser (i.e. right-click on the link to the sample, save it to your desktop and double-click the PDF file to open it), the response will come back to Reader or Acrobat (and will fail in Reader).

If you load my sample form in a browser (i.e. by simply clicking on the link to the sample, causing the PDF to be loaded in the browser via the Acrobat/Reader plugin), the response will come back in the browser.

Sounds interesting but I think you’re venturing into uncharted territory…

First, to get a response in the browser, the PDF must be loaded in a browser (note that when previewing forms in Designer, you are actually using Acrobat/Reader loaded in Internet Explorer). If you submit from Acrobat/Reader loaded standalone, Acrobat/Reader will attempt to create a PDF from the response. Since Reader cannot create PDFs, you’ll get an error (though admittedly not a “submit failed” error).

Since your form works fine when submitting to my test service as opposed to yours, it sounds more like an access issue outside the form itself — like your computer cannot see your service. When it comes to access, the first thing that comes to mind is the possible need for a cross-domain policy file (i.e. crossdomain.xml) that gives permission for access to your server from various domains. I have one that specifies that all domains have access (and it’s located in my server’s root):

<?xml version="1.0"?>
<!DOCTYPE cross-domain-policy SYSTEM "http://www.macromedia.com/xml/dtds/cross-domain-policy.dtd">
<cross-domain-policy>
    <allow-access-from domain="*"/>
</cross-domain-policy>

I have a XFA form which can be submitted using HTTP form submission. I am dispaying this form during an application flow on my website. Submitting the PDF shows a success page to the user with a link to download read-only format of the PDF which they have submitted.

Everything works fine if the PDF opens in browser. If the user unchecks ‘Open PDF in browser’ option from Adobe Reader, then I would like to close the PDF opened in Adobe reader once the user submit the PDF by clicking the Submit button and refresh the opener browser window with resultant page.

Can I get a handle of the opener browser window from PDF?
If I close the PDF using event.target.closeDoc(), the refresh of the browser id not happening. Is it possible?
Refresh of the browser works fine if I didnt close the PDF.

Please find some time to answer this.

THanks
Neeraj

Sorry if this message was a bit out of the way of this thread.
jgrd

thanks for your tutorials and all services your offer to the Pdf forms user community.

I’m trying to send the content of a Pdf form (XFA dynamic) which is based on an Xml Schema to a local Alfresco ECM. I’m facing a problem as I don’t know how to get the xml data on the server side. I’ve posted on http://forums.adobe.com/community/livecycle/livecycle_es/livecycle_designer_es forums about it, but with no answer (as yet).
I know that if I use a url encoded request, all form fields will be flatten and written into the url, and I can get them for rebuilding the xml… But this would be nonsense. If I send the content as Xml or as XDP, I don’t know where the xml content is. This might be simple I guess…

Hope you have time for a tip!
Thanks,
Best regards,
jgrd

This is very similar to customizing an email submit button. See the part where the sample script sets the “target” attribute of the <submit> node in the button’s Click event.