Приложение ClickOnce не запускается посредством Процесса. Запустите (“x.abc”) с *.abc, связанного с приложением ClickOnce

Похоже, вы создали свое приложение, используя x32 в качестве целевой платформы, что заставляет Process.Start порождать x32-разрядный процесс. И, как я полагаю, Windows 7 хранит ассоциации файлов для 32-битных и 64-битных приложений отдельно.

Если у вас нет COM или неуправляемых 32-битных зависимостей, вы можете попробовать создать свое приложение для целевой платформы «Любая» вместо 'x32'.

Я исследовал дальше и обнаружил, что установщик ClickOnce создает следующую команду открытого доступа для любого связанного расширения файла (GUID уникален для каждого приложения):

rundll32.exe dfshim.dll, ShOpenVerbExtension {dce01888-35e8-4df3-af35-cd971f520d8d} %1

Используя Process Monitor , я обнаружил, что 32-разрядная версия не может открыть раздел реестра HKCU \ Software \ Classes \ Wow6432Node \ CLSID \ {dce01888-35e8-4df3-af35-cd971f520d8d} . (64-разрядная версия успешно открывает его по адресу HKCU \ Software \ Classes \ CLSID \ {dce01888-35e8-4df3-af35-cd971f520d8d} .)

Так что для меня это действительно ошибка ClickOnce. На вашем месте я бы использовал этот грязный % WinDir% \ system32 \ cmd.exe / C test.abc обходной путь. (Кажется, что работает - попробовал из диспетчера задач x32.)

Я добавил эту проблему в Microsoft Connect (обновление 2013-02-13: эта ссылка гнилая).

That only might start system wide extensions like .bat or even .txt, but it can't always launch correct programs through extensions.

Instead try this API or a similar alternative in .NET:

FindExecutable : shell32.dll Alias : "FindExecutableA" / "FindExecutableW" return type : int parameters : · lpFile Pointer to a null-terminated string specifying a имя файла. Это может быть документ или запускаемый файл. · lpDirectory Указатель на строку с нулевым символом в конце, определяющую каталог по умолчанию. · lpResult Указатель на буфер для получения имени файла, когда функция возвращается. Это имя файла строка с завершающим нулем, определяющая исполняемый файл запускался при «открытии» ассоциация запускается в файле указанный в параметре lpFile.

Это возвращает целое число больше нуля в случае успеха, а значение char будет содержать строку с завершающим нулем , которая указывает на исполняемый файл, который запускает это расширение файла then you can use it like this

System.Diagnostics.Process.Start ("program.exe $:\path\x.abc");

Instead of program.exe, you'll use the result of the API function, and you'll use the path to the file separated with a space just like a command line.

As for the application failure, it might indicate that the program needs administrative rights to run correctly. cmd already got administrative rights, so it can make child applications inherit it, but not windows API. createprocess allows you to use LPSECURITY attributes which can help in launching this program with the correct privileges.

Вы пробовали использовать ShellExecute () ; API?

        [DllImport("Shell32.dll",CharSet=CharSet.Auto)]
    public static extern IntPtr ShellExecute(
        IntPtr hwnd, 
        string lpVerb,
        string lpFile, 
        string lpParameters, 
        string lpDirectory,
        int nShowCmd );

ShellExecute(this.Handle,"open","x.abc","","",3);

Вы также можете попробовать функцию Shell (); , которая является частью платформы