-
Is this a browser form? Opened in IPFS? I've seen this before - it had to do with the URL being used to open the form - how do your users open the form?
-
-
Generally, when I see something like this (works as one user, doesn't as another) I assume there is something I'm missing. So, make sure you can see on the form all the fields that are in play - drag the repeating group that has your secondary data source onto the form so you can see the values in the field you are filtering on. Add ...
-
Sounds like you need to modify your XML file to handle for this. Something like:<Rows>
<Row>
<Pris>200</Pris>
<Telefons>
<Telefon>phone1</Telefon>
</Telefons>
</Row>
...
-
Oh - yes, I'd made some assumptions, that you would be submitting your forms. There is, to my knowledge, no way to save via a rule. We'll have to consider that for a future qRules add.
-
Hi - you checked the SharePoint logs on the server? Generally found here: C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS
Rather than try to trouble shoot based on your conditional formatting, you may want to temporarily drag the data sources in question onto the form and see what is being populated.
-
This is actually a super old thread, and was talking about regular InfoPath forms with workflow, not a workflow task form.
-
You'll have to use a filter on your XPath to select the correct display name:
fields/group/repeatinggroup[2]/field
For example, to get the value of "field" in the second instance of the repeating group.
-
I am sorry to tell you this - but if you can't write custom code for the solution (and I'm assuming that means you can't add third party code, like qRules, either), there is no way to get repeating data from InfoPath submitted as individual SharePoint list items. You could use CAML and have a button by each row to submit the rows ...
-
What does the link look like? I'm wondering if there is something in the syntax that IP 2010 doesn't care for.