InfoPath Dev

Ugh, never mind. Two things were happening.... The most important of the two was that I didn't realize  that if you haven't expressly set the accountname query field for a userprofile query connection... it appears to default to whomever is logged in and processes that info...instead of erroring out and telling you that ...

I've got various field values that get set on form load. Some of these fields get changed more than once on form load, and i'm noticing the displayed fields on the form don't change after the initial load or first time the value is changed by a rule, regardless of how subsequent rules in the Form Load rule have changed the value. ...

Thanks once again for the help. Looks like that does just what i need.

On form load, I'm picking up either the username or accountname from sharepoint's user profile service. we get different formats of the name depending on browser or how the user was entered into our profile service.  so... I want to set a rule that looks at the field we retrieve and remove extraneous domain ...

I'm working on a form I moved  from one site to another. Within the form, I have data connections to various lists to check information on form load. On the original, I'm 99% certain that the form was asked to read a list that the user may or may not have had read or view rights to.   And I believe the form got the data it ...

I believe I have things fixed.  Basically had an incorrect contenttypeID in the manifest file.  once that was fixed, it appears to work..... now five more forms to repair.

I've made it futher. Manifest file was missing listID's.  when i plugged in the one for the main data connection, i got a new error The SOAP response indicates that an error occurred on the server: Exception of type 'Microsoft.SharePoint.SoapServer.SoapServerException' was thrown. < detail><errorstring ...

Well, did a lot of comparing the original form's manifest with the new one and adjusted the urls.... form previews ok and appears to function correctly with the list. New problem is that when i try to publish the form, i got the error "The publish operation could not be completed It cannot be determined if the form template was ...

These are custom lists that utilize custom content types and custom site columns. I am doing previews...and that is initially how I'm spotting problems. I just rarely have to do any republishing (not quick publish) of stuff between infopath and SharePoint. On our public server (which luckily is not the one these forms are on), certain ...

ok. if i get it back together, i have to recopy it back into the sharepoint list it applies to, yes? I've gotten into these things, and can see various ways the files are wrong after the copy. frequently, the urls that point to lists don't point to /sitename/Lists/listname like i believe they should  Lists is generally left out. as ...