General

Re: File downloaded from website doesn't always open in Infopath

Graeme — Tue, 05 Oct 2010 08:57:59 GMT

I don't actually have an xml file though - the xml is stored in sql server and is simply being streamed to the client in a Response.Write call.

Re: File downloaded from website doesn't always open in Infopath

Jimmy — Mon, 04 Oct 2010 14:13:15 GMT

You can use the EditDocument2 method on the SharePoint.OpenXMLDocuments.1 object described in Shraz's post to open XML files.

http://msdn.microsoft.com/en-us/library/cc264018.aspx

Re: File downloaded from website doesn't always open in Infopath

Graeme — Mon, 04 Oct 2010 06:51:22 GMT

Yes, we have 2003 & 2007 installed. All PCs should be set to open 2007 by default but some try to use 2003 and get an error. Some even open the xml in the browser, and I assume if people install another xml program it will usurp the file extension (on my PC sometimes it opens in Visual Studio).

I need to know which registry entries I need to tweek to ensure IP 2007 is associated with xml/xsn files. If you know, that would be great.

Re: File downloaded from website doesn't always open in Infopath

Ted Fitch — Fri, 01 Oct 2010 14:23:16 GMT

What exactly is the InfoPath 2003 v 2007 issue you mention?

I see problems with folks who have both 2003 and 2007 installed on their machine, InfoPath often does't know how to open that file (or gets confused about what version to open it in) and throws an error

Re: File downloaded from website doesn't always open in Infopath

Graeme — Fri, 01 Oct 2010 13:49:34 GMT

Still no-one there with an opinion/explanation? I tried changing the mime type to text/xml and the xml simply opens in the Internet Explorer window - the download dialog lists the type as "xml file". Using the above mime type, IE correctly identifies the file as Infopath, yet I still have the 2003 vs 2007 issue...

Re: File downloaded from website doesn't always open in Infopath

Graeme — Tue, 28 Sep 2010 06:59:42 GMT

Yes, changing the setting on the machines to make Infopath the default xml editor fixes this - but I can never be sure users won't install other software that usurps it again. Besides, relying on a 3 character file name seems so 1980's. What is the purpose of setting the MIME type if it is ignored?

I looked at Shiraz article, but that is only for xsn template files. I need to open the xml file in Infopath, or rather the xml being streamed from the web server, as the file is stored in SQL Server.

Any other ideas?

Re: File downloaded from website doesn't always open in Infopath

Ted Fitch — Mon, 27 Sep 2010 20:47:18 GMT

On the machines where InfoPath is installed but the XML opens in the other XML editor have you already tried to make sure that InfoPath is set as the default XML editor?

Also, this blog post from 2007 that Shiraz has might help, there is a way via script to ensure that InfoPath does open the XML, perhaps this might help: http://www.infopathdev.com/blogs/shiraz/archive/2007/08/16/best-way-to-launch-forms-from-web-pages.aspx

Ted

File downloaded from website doesn't always open in Infopath

Graeme — Fri, 24 Sep 2010 09:48:52 GMT

I am downloading an Infopath form as an xml string from IIS and want it to open in Infopath. I set the ContentType to "application/ms-infopath.xml" (not sure where I got that from).

On some machines it is fine, on others the xml opens in the browser, or in Visual Studio or some other xml editor, even though Infopath is present.

Who keeps the list of valid content types? Is this a valid MIME type for Infopath?
What does the OS or browser do with it? It would appear it is only looking for the file association and not doing anything with the MIME type.
How can I force this XML to open in Infopath even if the user has some other application associated with .xml files?

Here is the code - dead simple:

   Response.ClearHeaders();
   Response.ClearContent();
   Response.ContentType = "application/ms-infopath.xml";
   Response.AppendHeader("Content-disposition", "attachment; filename=" + Name);
   Response.Write(InfopathDoc);