General

Re: Infopath form re-direct problem on close using vpn

dm_hollis — Thu, 28 May 2009 19:41:10 GMT

Here's an interesting update to this issue.... The page redirects correctly after form submission using FireFox and Chrome. So it appears to be an Internet Explorer specific issue. I'm using IE7... with all the current updates, so I'll be experimenting with settings and versions to see what happens.

Re: Infopath form re-direct problem on close using vpn

dm_hollis — Fri, 22 May 2009 20:05:41 GMT

Thanks for stirring up the ideas with me anyway...... I found this little tidbit out there... might be of some use with my problem http://blogs.microsoft.co.il/blogs/itaysk/archive/2007/03/08/How-to-redirect-users-on-form-closing.aspx Haven't quite figured out what he's doing here... but it seems to be on a similar track to what I'm after

Re: Infopath form re-direct problem on close using vpn

warrtalon — Fri, 22 May 2009 19:55:12 GMT

The only way I know how to affect is by dynamically building a string in an SPD workflow where I set the Source attribute to my preferred URL, and then I send that dynamic URL via workflow emails. People then open the browser form from a link in the workflow email as opposed to doing it from the library itself. I have no method for affecting that URL upon click on the form in the library. It's _supposed_ to mimic the URL of wherever you are when you click on the form. I don't know why yours is not.

Re: Infopath form re-direct problem on close using vpn

dm_hollis — Fri, 22 May 2009 19:41:02 GMT

Thanks for the assistance.... looks like I may have to dig a little deeper into the security aspects of our environment to get this working correctly. While I wait for that to happen.... I don't suppose you know any workarounds for me to backdoor that URL... say maybe a javascript onclick event when I submit the form to get the correct source parameter in my URL? Would that even work?

Re: Infopath form re-direct problem on close using vpn

warrtalon — Fri, 22 May 2009 19:11:54 GMT

I would think it's already running SSL as that is a best practice, but if that architectural decision was not made, then it would need to be considered and setup. It is not related to InfoPath, though, so it would require the SharePoint Administrator or Architect to purchase the server certificates and set it up in IIS.

Re: Infopath form re-direct problem on close using vpn

dm_hollis — Fri, 22 May 2009 18:40:41 GMT

Sure seems like it should get the URL correctly to me..... but that's the problem... if you look at the source portion of the URL, it doesn't include the SSL portion of the original URL I am using to open the form. How would I configure my environment to run ssl internally? Are there configuration settings that need to be set for that?

Re: Infopath form re-direct problem on close using vpn

warrtalon — Fri, 22 May 2009 18:11:42 GMT

The Forms Server URL itself defines where you return upon closing. If you open a form and look at the URL, go to the Source attribute, and look at that URL. That portion of the URL is auto-generated based on your entry point. If you click on the form from a certain view or location, then that's what gets put into the Souce attribute. I don't know how it would get populated with HTTP if you are clicking on the from from an HTTPS location. is your environment not running SSL internally? Even you don't need SSL-VPN access internally, I would think that SharePoint would still be using SSL, no?

Infopath form re-direct problem on close using vpn

dm_hollis — Thu, 21 May 2009 19:14:06 GMT

Hello,

I have an Infopath 2007 browser enabled form I'm submitting to a MOSS 2007 form library which is working great when I'm connected internally via the LAN. However, when I connect remotely using our SSL-VPN device, the form submits OK, but the redirect back to the form library fails with the following error: DNS error - cannot find server

It appears to be trying to redirect back to the form library.... but it's leaving off the secure connection portion of the URL. Is there anyway to configure this in the form or on the server to correct this problem?

Thanks,

dmhollis