-
Hi - as per Patrick's reply to your email, could this be an issue with your browser settings? I've not see this, generally speaking.
-
Anything else in the logs at all? If you add a button (temporarily) to the form that runs the same data connection does it succeed?
-
It is probably only including the data from the default view. When the filter is applied by qRules, it should return the row for that specific item. I haven't seen a copy of your form yet - so again, either attach here under Options, or feel free to email to Support AT Qdabra DOT com.
-
And the data connection's name is "Refresh"? Can I see your form? If you don't want to post it on the forum, you can email it to Support AT Qdabra DOT com, and include a link to this thread.
-
Is your Refresh data connection an owssvr.dll connection?
-
Again, do you have access to the SharePoint Logs? Does the error message have a correlation ID? What do the logs say for the correlation ID?
-
I'm confused by how you published the form. You published using network location? Were you wanting to admin deploy this form? I'd publish to SharePoint (which involves saving the file to a network location and may be exactly what you did... I'm just confused by the description). Does the form have any code?
-
Sure - don't use explicit creds. But I'm assuming there is something about your environment that required you to include credentials in the UDCX? Can you fix that instead of including creds in the UDCX?
-
This would be the expected behavior - if the web service is using your credentials, you would be who the file is checked out to.
-
Oh, I see. This may be row height settings in your table or in a containing table. Make sure all table rows are set to "auto" for height.