Manifest may not be valid or the file could not be opened.

后端 未结 8 1791
我在风中等你
我在风中等你 2020-12-18 05:31

I know it is a very commonly faced problem. But, there is a slight difference, my WPF installs perfectly and runs on Windows 7 and Windows 8 OSes. But, when tried to install

相关标签:
8条回答
  • 2020-12-18 06:09

    I had the same issue and it was just the machine didn't have the appropriate .Net version.

    0 讨论(0)
  • 2020-12-18 06:11

    I had similar issue, almost the same. I solved an issue by removing .dll that are not in root of application files.

    Visual studio 2019: Right click on project name - Properties - Publish - Application files.

    Like in this article: https://social.msdn.microsoft.com/Forums/en-US/3d0c4382-9b48-4d28-9b79-25607e668074/problem-with-installing-clickonce-after-adding-reportviewercontrol-14-to-the-project?forum=winformssetup

    0 讨论(0)
  • 2020-12-18 06:18

    I had the same issue for a WinForms app that was built with Visual Studio 2012 and deployed on an XP machine with all the critical updates (SP3 installed and Windows Installer 4.5). I too had to change my application to be unsigned by going to the [Signing] tab on the Properties page of my project. I unchecked both: [Sign the Click One manifests] and [Sign the assembly]. The same application installed fine on Windows 7 machines with the signing enabled.

    0 讨论(0)
  • 2020-12-18 06:24

    I found the reason. It was MIME type issue in server setting.

    So, please add .htaccess file in FTP root directory.

    And write this in it.

    AddType application/microsoftpatch .msp
    AddType application/microsoftupdate .msu 
    
    AddType application/x-ms-application .application  
    AddType application/x-ms-application .manifest  
    AddType application/octet stream .deploy   
    
    AddType application/x-ms-vsto .vsto
    

    It works perfectly for me.

    0 讨论(0)
  • 2020-12-18 06:26

    I have seen a similar issue before where a particular WIndows OS could not 'understand' or validate the results of a certificate hash due to missing crypto providers, in my particular case it was related to using a X509 certificate generated using a v3 template for the clickonce signing.

    SignatureDescription could not be created for the signature algorithm supplied

    The highlighted part of the message combined with the successful installation on several machines before failing on the WinXP machine would indicate that you are also running into a similar problem - WinXP doesn't know about the crypto algorithmn specified in the certificate that you've used to sign the clickonce.

    I don't know of a good solution to this, normal advice you will find on the internet is to use a v2 template to generate the X509 instead of a v3 template, but this is not necessarily a good solution and is beyond the capabilities of most organisations (espcecially as most people use a bought certificate rather than certs generated from their own Certificate Authority).

    0 讨论(0)
  • 2020-12-18 06:26

    Do you have SP-3 installed on the windows XP machine, and all of the available Windows Updates? Microsoft pushes out updates to the code around certificates, and the trusted publishers and other related info periodically.

    0 讨论(0)
提交回复
热议问题