InfoPath Dev

Hi - an Id field is not required. It allows qRules to insert the SharePoint List Item ID into the XML to link the XML to the list.

Well, so you know, with IPFS / SharePoint / InfoPath 2010, the browser experience has improved. If you haven't already seen it, here's a feature comparison table I like.

I've actually only seen this error in IP 2010. So, under File / Publish, you can export source files. Once you've done that, you can open the view file up in a text editor. From there, search for your calculated value. You may want to add some text or something before the control to make it easier to find - I use "FindMe" a ...

Also, just to follow up on Jimmy's suggestion (and as mentioned in the blog post comments) this does not seem to be browser compatible.

There's a sample form here that I think will help you.

I would take option 2, myself. I'd probably verify my process in a test library or two first, so I was comfortable doing this with my production form / library.

I've seen this when a form is published to more than one library - so if you have a template from production, it will have specific GUIDs in the manifest.xsf for the library columns. If it then gets published to another library, those GUIDs would change (unique to the library columns). Publishing once more to the original library would then ...

I'm still kind of confused - but it sounds like you have things worked out?

Feel free to attach your template to a reply under the Options tab if you'd like me to take a quick look at your logic.

Controls that execute qRules commands need to have postback set to Always in browser forms to execute correctly.