I'd love to know if there's been any internal findings, or possibly a resolution to this issue. We're experiencing the same problem when attempting to save a Form to a repository (not an attachment) as either a TIFF or PDF.

The repository profile is valid and the correct parent folder is being created, but the actual form in never saved and we're forced to cancel the process at that point due to task being "suspended".

Any insight would be greatly appreciated.

NOTE: Laserfiche Forms 10.2 Update 1 (Rio)

Thank you!

This is happening on all previously working instances since installing Update 1.

I've included the detailed error message below:

Failed to generate a html perhaps caused by the inability to load an external script file. [LFF4117-FailedToGeneratePage]

Details:
URL: 
Error: FailedToGeneratePage
Date: 5/11/2017 8:50:10 AM (Pacific Standard Time)
HTTP Status Code: 404
Business Process ID: 16
Instance ID: 58
Business Process Name: Classified Employment Form - (dynamic routing v.2)

Stack Trace:
Caught exception: Laserfiche.Forms.CommonUtils.Exceptions.LFFormsException
Message: Failed to generate a html perhaps caused by the inability to load an external script file. [LFF4117-FailedToGeneratePage]
   at Laserfiche.Forms.CommonUtils.HtmlToPdfConverter.GeneratePrint(String& pdfFileLoc, String& tifFileLoc)
   at Laserfiche.Forms.Routing.SaveToLaserficheService.Execute(Int32 instanceId, IRoutingContext routingContext, RoutingInstanceStatus OriginalStatus)

There has not yet been a response to the case in a week but at last update, changing the primary Forms server URL from that of an internal Forms server to a public-facing server resolved the issue. The process which was examined in the case did have external script references, so it seems likely at this point that the issue was related to the internal Forms server not being able to resolve these references, which was exactly what the error message had said. However the process described which had no external references was never presented in the case, and it was never confirmed whether that also was resolved by the change made.

For issues such as this where form submissions fail to save to the repository, the two leading causes are an invalid primary Forms server URL or external scripts unable to be referenced. You could start by looking there, if not please feel free to reach out to your reseller for more in-depth troubleshooting.

James,

I suppose I'll have to contact my reseller as we do have a public facing 'primary Forms server URL' which is actually the host name of our dedicated web proxy. All other Forms functionality seem to be working correctly. Additionally, I've now stripped the form itself down to bare bones, making certain to remove any external scripts or files and we still receive the same results.

Unfortunately as you can see in my previous post, the error log never gives "Details" or "URL" information for me to further examine.

I appreciate your response though... Thanks!