-
Unfortunately, even though you have the date formatted to include the day of the week, the actual XML value won't have it - it will be 2014-12-18 or whatever the actual date is.
So - you'll need a way to get the day of week given a date. This can be done with code (or qRules) - and there may already be an existing free web service ...
-
Sorry I missed this - and great job figuring it out!
-
I generally go check the SharePoint logs in a case like this - do you have access to those? If so, that may give you some insight into what is going wrong.
-
xsf:assignmentAction targetField="xdXDocument:GetDOM("Add List Item Template")/Batch/Method/Field[@Name = 'AgreementID']"
You have a "/" between Field and [ that needs to be removed. Give that a try. :)
-
When you injected your form, did you select the "Browser" option? Or was it maybe injected with the "Rich Client" option? Maybe try re-injecting again, and select Browser and see if you still get the error message.
-
Do you have access to the SharePoint logs to see why the connection is failing in the browser?
-
I think this is the one we are discussing here:
http://www.infopathdev.com/forums/p/29332/100488.aspx#100488
-
Wow. That just seems nutty. It may be worth comparing the manifest file from a form where you created the form from another users computer with the manifest from this form (or, copy this form to another computer, re-do the connection, and compare). If you go to Publish > Export source files and look in the manifest, it will have your connection ...
-
Honestly, I don't think them being able to "trust" the cert is going to make a difference - it just keeps them from getting the pop up every time. The users all have permissions to the Access DB?
-
Okay - so if you take a look at that blog post, there is a work around for "trust" being disabled. Is everyone using the same version of InfoPath / Access as you are? Is this 2007, 2010, 2013?