InfoPath Dev

Hilary you're saving me so much time! That is exactly the problem. :-) Funnily enough, earlier on I was explaining to my boss about the userName() function and explaining the difference between what got returned in InfoPath and what got returned in the browser. It never crossed my mind that the same scenario would apply to using ...

Hi Hilary, Everything works fine now except the action item ID and giving link of form library in the action item list. I was promoting pc:person instead of accountID thats why i was facing problem in getting a value which can be resolved as email address. Made the change and it works well now. Any idea how i can give link of the current ...

Oooh, I think you have to get rid of the claims stuff before the user name when you set the user name field in the query params. https://social.technet.microsoft.com/Forums/en-US/1c21d671-8ca2-4d1a-82ab-48bf2b69a7d3/infopath-query-userprofil-webservice-in-sharepoint-2016?forum=SP2016

 Yes, really sure. It's a brand new form. Very simple, in fact it's so basic it doesn't really do anything at the moment. No qRules injected - nothing. All it does is give me the first name, surname and email address of the logged on user using a SOAP web service request. See screen dump below. In InfoPath the form is ...

With a browser form, I think you are limited to the site where the form is opened - and the default location is dictated by the SaveLocation URL parameter.

No, I'm afraid not - you'll need to create a new template that submits to libraries instead to publish as a content type - and add submit rules to determine which library to submit to.

 To use the built in InfoPath functionality that submits to SQL, you need to start with the database, then in InfoPath select the Database form template. However, is this intended to be a browser form? If so, you won't be able to submit directly to SQL, and you'll have to either write your own web service, use a third party web ...

 Are you 100% sure there is no code in your form? We've been discussing a form of yours in another thread - and qRules is a code DLL, so if this is the same form, it definitely has code.

I've always used the InfoPath function userName() to return the ID of the logged on user in my forms. This works fine in InfoPath forms and in SharePoint rendered forms. Recently, I decided to investigate the use of SOAP Web Services (specifically GetUserProfileByName) so that I could return more information about the logged on ...

Hello, I realize that is an old post, but did you ever work that out? I might be looking at the same issue. Regards, Paul.