I've found the bug by myself... It is, because the Worklist WebPart creates the following URLs:

http://dev4:101/RuntimeServices/OpenInfoPathTask.aspx?K2Server=dev4&SN=140_19&XmlFN=Invoicepublished1&Lib=http://dev4:901/Invoicing&OpenAsWebPage=True&SPURL=http://dev4:901&Single=False

But the "Lib=" string has to be relative and not absolute! So it seems, that I have to create a working task list webpart by myself...

I have managed to replicate your issue on my side and I have already escalated this to our labs.  They are currently busy looking at it.

Sorry for the trouble caused.  I'll update here once I get further info on this.

Thank you very much!

In the meantime I "hacked" the SourceCode.Workflow.RuntimeServices.dll and modified the "AssignValues" method within to trim the "http://domain/" from the "lib" string.

Seems to work, but it would be great if there were an official hotfix...

thanks,

marco

Hi Guys,

We have resolved this issue by means of a patch which is available from support.  If you do experience this problem, please contact your regional support office for assistance.

Regards,

Ockert

The issue in my case was that the MOSS URL has an extra "/" at the end.  This caused the template to not trim off the server address correctly.  The fix is underway but a workaround at the moment is to specify the MOSS URL without the "/" at the end.

Ockert:

Hi Guys,

We have resolved this issue by means of a patch which is available from support.  If you do experience this problem, please contact your regional support office for assistance.

Regards,

Ockert

 

Hi guys

I've contacted the support, applied the patch, and redeployed the process, but I stilll get the same error.

Do I need to resume from scratch my InfoPath form ?

Regards,

Thanks for the post