InfoPath Dev

We have created infopath forms which we convert to PDF using Muhimbi PDF convertor for sharepoint. The forms contain URLs in a rich text editor control. After converting to PDF, these links do not work anymore.  help!  Thanks,  - Mayank

Yes it should work on "domain". Can you  check if anonymous acces is checked at WA level ? (After you add your reg key Have you reboot the computer or iisreset?)

Hi -- I don't understand item 2, but the upcoming release of qRules (v2.3) adds enhancements to the SubmitToSharePointList command that will allow you to also submit attachments. You could test out just submitting items from InfoPath to a SharePoint list by checking out the trial of v2.2, then, if you like it, upgrade to 2.3 when it comes out ...

It doesn't work. Since the dev and production server are in the same domain, is it fine to set security level to "domain"?

Your web service is on the root level ? if not try to change  your managed path from "Explicit Inclusion" to "Wildcard Inclusion"

Hi Potemkine, Thanks for the quick reply. I set DisableLoopbackCheck to 1 and still got same error when form's loading. The data connection works fine in InfoPath application, but not for the web form. Do you have any idea about what else it could be? Thanks!

Hi, I am looking for a tool that can allow me to copy attachments from an infopath form to a sharepoint list ( not a document library). Also is there a way that I can design my infopath form without the following restrictions : 1. The fields need not be the same as used in the List. for example if there is a field in sharepoint list called ...

 I am making a form where the user will select a facility at the top of the form, then I have a repeating section where they will choose a resident name from a dropdown (which gets its info from a sharepoint list). In a non-repeating section what I would do is create a dropdown for each facility and link it to the correct data source then use ...

Are your fieds of text type? I think this may be the issue... They need to be of text type if you want to write in them with code.

Just to update the forum thread: this was solved via Qdabra support.