ClickOnce Install returns XML ....

[Guest]

I have deployed an application with ClickOnce Publish wizard to a web site.
But when I click web page Install button the web server just returns the
content of the .application file as XML to the browser on my own client.
I made a quick try on two other clients and it seems that they are capable
to interpret the web page correct .....

My Client:
Win2000 SP4 well patched, VS2003, VS2005

Server:
Win2003 version 5.2, .application MIME type added, directory configured as
virtual directory or application. NO Framework 2.0.

I followed instructions on:
http://www.windowsforms.net/FAQs/default.aspx?PageID=3&CategoryID=24&SubCategoryID=26&tabindex=2

But the second advice I'm afraid I don't understand:
"..... Second, you may need to configure your server to unblock any
restricted file extensions used by your app, such as .exe, .dll, .config.,
manifest, etc. ...."

Should I add more MIME-types? This article on changes in VS2005 Beta 2
mentions four MIME-types:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvs05/html/ClickOnceVS05.asp

 

[Jeffrey Tan[MSFT]]

Hi jaklithn,

Thanks for your feedback.

Are both your deploy VS2005 and the VS2005 on Win2000 client machine RTM
version?

Because the Win2003 machine correctly returns the content of .application
file, we can determine that the MIME type did not block the request. Also,
because other 2 client machines can run the clickonce applications without
any problem, I think this problem should be only with this problematic
machine.

At client side, the .application file should be served by a .Net2.0
dll--dfshim.dll. This dll takes charge of parsing the .application xml file
and lauch the real application exe file. So I suspect the problematic
machine did not do the .application extension mapping correctly. You may
click Tools->Folder Options... menu item in explorer window. Then in File
Type tabpage, find the .application extension in "registered file types"
list. Click "advanced" button, then click "edit..." button in the poped up
dialog. Mare sure the registered open application command line like below:
rundll32.exe dfshim.dll,ShOpenVerbApplication %1

Also, APPref-MS extension should be registered with the following line:
rundll32.exe dfshim.dll,ShOpenVerbShortcut %1

With this registered well, your application should work well.

Hope this helps

Best regards,
Jeffrey Tan
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

 

[Guest]

Are both your deploy VS2005 and the VS2005 on Win2000 client machine RTM

version?

I did install SQL2005 in Beta3 some months ago, but uninstalled it before I
installed the released VS2005. Otherwise all versions are installed in their
final versions.

.... Click "advanced" button, then click "edit..." button in the poped up
dialog. Mare sure the registered open application command line like below:
rundll32.exe dfshim.dll,ShOpenVerbApplication %1

I did check out the registered command lines and both were already correct.


So problem persists ......!
Should I tell my boss to buy me a brand new computer and reinstall it all?

 

[Jeffrey Tan[MSFT]]

Hi jaklithn,

Thanks for your feedback.

Oh, it is really a strange issue. I suggest you try the following command
line in cmd.exe:
rundll32.exe dfshim.dll,ShOpenVerbApplication
http://sha-dng-chn/ConfigurationTest/ConfigurationTest.application

Note: replace
"http://sha-dng-chn/ConfigurationTest/ConfigurationTest.application" with
your clickonce application's deploy manifest URL.

With this we can determine if the client side's dfshim.dll works well with
the *.application files. However, even with dfshim.dll information, it is
still hard for us to troubleshoot out this issue. Maybe we need re-install
the Win2000 machine...


Best regards,
Jeffrey Tan
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

 

[Guest]

The dfshim.dll commandline worked fine!
Does this mean I have some kind of browser problem?

 

[Jeffrey Tan[MSFT]]

Hi jaklithn,

Thanks for your feedback.

Yes, this is strange. Based on the current informaiton, the *.application
file is downloaded correctly, and *.application has associated with
rundll32.exe dfshim.dll,ShOpenVerbApplication 1% correctly. I can not think
of why clicking the link will fail to open it with dfshim.dll.

Ok, I think you may first download the *.application file to the local
disk, then double click this application file to do a test. Once your file
association is correct, it should display the clickonce checking dialog.

Thanks

Best regards,
Jeffrey Tan
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

 

[Guest]

Doubleclicking the file starts install as it should.
My conclusion is that I have a problem with Internet Explorer.
I did take a thorough look on all advanced settings but found nothing
strange. I guess I give up on this one now. It is inconvenient but as long as
the clients can connect I can survive.

 

[Jeffrey Tan[MSFT]]

Yes, I think the problem lies in your IE. It is more convenient to
re-install it than troubleshoot out the root cause. Thanks

Best regards,
Jeffrey Tan
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

 

[Guest]

I think there is more of a problem here. I am getting the same results on
windows xp pro machines. I tried it on 3 different machines. The only machine
that is able to install the application from the publish.htm is windows 2003
server that the application was publish from.

One thing , I am publishing to a linux web server where my website is being
hosted. I had asked them to change the contect type as suggested but they
responded that it does not apply to linux or apache web servers.