InfoPath Dev

This issue only happens on one users machine who recently upgraded to Win 7 and IE 9.  He cannot open any Infopath forms In SharePoint 2007.

The templates that he access are typicall full trust (I know I know Patrick), and have simple code behind (like this.print()), and ARE NOT compatible with browser.  All our infopath forms are client side only.  The error message is trying to open his forms in the browswer instead of opening Infopath 2007 which IS installed on his machine.  I had him open IP 2007 with no problelm.

"This form template is not currently browser-enabled. It must either be republished as a browser-enabled form, or opened using Microsoft Office InfoPath 2007."

The ULS logs are not helpful, here's a sample: 12/09/2013/08:03:16.80 w2wp.exe(0x0CD0) OxOAA4 CMS Publishing 0 Unexpected XXX /siteName/subSiteName/fromLibraryName/Forms/AllItems.aspx is a descendent of /purchasing/travel - True).

 How do I get his machine to open infopath form template on client side?  Is this an IE9 setting?

Update:  I have not resolved this yet, am awaiting to gain access to user's machine but will try changing Compatilibty View Settings in IE9 to affect a change and will report back with results.

Update2: solution described in first update did not change behavior. Things I tried:

 I logged on as two other users from same machine and all works as expected for the 2 other users.  Only this one user is experiencing error message.

I inspected this users InfoPath cache but it was empty. 

I opened up services.msc on local machine.  Status for Webclient was blank (not started) so I started service but this affected no change. 

Should the user's InfoPath cache have followed his profile when converting to Win 7?

Help.

I still need help with this.  Problem is specific to one user's profile. He cannot open any InfoPath forms (new or existing xml's). In addition to other steps,  I ran Office diagnosis and no problems detected.

The message tells me Infopath is expecting a browser-enabled form but we do not use browser enabled forms, ever.  How can I tell his user profile to expect a client form, or how can I tell his user profile to connect to the correct form template on the server?

 What happens if he tries to open from InfoPath instead of SharePoint? You should be able to put the URL to an existing XML or template into the File field in the Open dialog...

Actually we just tried that.  I copied my working copy of template.xsn (which is also the same one that is published to SharePoint) to his machine then had him open InfoPath 2007 app to open template.  It opened fine.  I had him fill out the form in brief and submit.  It submitted to SharePoint.  Then I had him open the submitted form from SharePoint and form did not open.  The error message detail changed to "The following location is not accessible, because it is in a different site collection: file///c:\Users\path on my machine...\template.xsn

I also copied my guid folder (containing the template he needs) from my FormCach2 to his -- his FormCache2 was empty prior to this.  That made no difference.

 Well - I'd expect a form submitted from a template opened locally to fail in that manner - it will have the href for the template used to create it. I would not expect copying form caches around to help here. I think the issue is SharePoint. Do you sign your full trust forms or have the user install them? What happens if he opens InfoPath, then clicks File > Open, and enters the URL to the published template (http://server/site/library/forms/template.xsn but with your SharePoint URL and library name, of course) into the File name dialog? Does the published form open?

I didn't expect those to work either - just grasping at straws.

Had user try your idea - open InfoPath app via sharepoint url to template or to an existing .xml.  Both opened fine and new template submitted fine.  User still can NOT re-open the submitted form from SharePoint but can through InfoPath.

My full trust forms are signed by me, the user who created them.

 And opening the existing XML from SharePoint also results in SharePoint trying to open the form in the browser?

 Wow - I'm not sure on this one. You've ruled out the machine, since you can log in as other users and not have a problem, so it seems likely it is something in the profile or the IE settings. Painful, but you could always compare the IE settings between a profile on the machine that works and the one that does not.

That's a good idea.  The one UNIQUE thing about this user's machines is that it is 64bit Win 7 and IE9.  All other users with Win 7 have 32bit machines....

I am the ONLY other use with same 64bit combo.  Will pursue and report back.

Update1: I compared IE9 Internet Options settings between 64bit machines and the only settings that were different were on  Security tab.  Mine was enabled on "Enable Protected Mode" on all four zones; Internet, Local, Trusted, and Restricted, whereas his was only enabled on Interent.  I changed his to match mine. User is gone for the day so will have him test the changes tomorrow. 

 Another thing I will try is to have user logon from a different machine to determine if it's a machine problem or a user Profile problem. 

Update2: I think I know what is going on...Win 7 comes with two versions of IE; 32bit and 64 bit. My default IE opens the 32bit version. When I opened 64bit IE on my machine and tryed to open Infopath form template from SharePoint - no go! I get the same error this user gets!! I'm betting he is opening 64 IE so all he has to do is open 32 bit and this error message goes away. Will advise.

Hilary thank you for your help thus far! :)

Oh, man, I didn't even think about that. I know with 64 bit IE / SharePoint 2007 I had a lot of issues. I'd completely forgotten about that. Good detective work!

Well after all that, the solution is to open IE 32bit browser instead of 64bit with SharePoint.  64 bit IE is not compatible InfoPath Form Services - even though we are using client forms only, apparently IE 64bit is too limited to recognize that fact and balks loudly!! 

Apparently on this user's machine,  Windows was installed with IE 64bit icon on user's taskbar so he was opening 64 bit by default.

I spent way too much time trying to figure this out.  Thanks Microsoft.

 But think of all the time you are going to save someone else!!! Fantastic job figuring this out and thanks for posting all your follow ups.

Sometimes I wish there was a LIKE button in these forums! :)~