Ответ 1
Проблема таинственно исчезла после многократного удаления этой папки и попытки переустановки. Возможно, там тоже была перезагрузка.
Получение этой ошибки при запуске всех приложений ClickOnce для определенного пользователя. Это началось после обновления версии (но не с кем-то другим).
Я попытался впоследствии изменить номер версии, добавить/удалить, скомпилировать реестр, очистить папку "Локальные настройки" \ "Службы" и т.д. Еще не повезло.
Эта статья указывает на повреждение профиля пользователя, но я воссоздаю этого пользователя, это не вариант. Есть ли другие идеи по очистке этого?
PLATFORM VERSION INFO
Windows : 5.1.2600.196608 (Win32NT)
Common Language Runtime : 2.0.50727.3082
System.Deployment.dll : 2.0.50727.3053 (netfxsp.050727-3000)
mscorwks.dll : 2.0.50727.3082 (QFE.050727-3000)
dfdll.dll : 2.0.50727.3053 (netfxsp.050727-3000)
dfshim.dll : 2.0.50727.3053 (netfxsp.050727-3000)
SOURCES
Deployment url : file:///C:/Documents%20and%20Settings/<username>/Start%20Menu/Programs/<programname>/<programname>.appref-ms%7C
ERROR SUMMARY
Below is a summary of the errors, details of these errors are listed later in the log.
* Activation of \\NDP13\C\Documents and Settings\<username>\Start Menu\Programs\<programname>\<programname>.appref-ms| resulted in exception. Following failure messages were detected:
+ Value does not fall within the expected range.
COMPONENT STORE TRANSACTION FAILURE SUMMARY
No transaction error was detected.
WARNINGS
There were no warnings during this operation.
OPERATION PROGRESS STATUS
* [7/22/2009 10:35:30 AM] : Activation of \\NDP13\C\Documents and Settings\<username>\Start Menu\Programs\<programname>\<programname>.appref-ms| has started.
ERROR DETAILS
Following errors were detected during this operation.
* [7/22/2009 10:35:30 AM] System.ArgumentException
- Value does not fall within the expected range.
- Source: System.Deployment
- Stack trace:
at System.Deployment.Internal.Isolation.IsolationInterop.GetUserStore(UInt32 Flags, IntPtr hToken, Guid& riid)
at System.Deployment.Internal.Isolation.IsolationInterop.GetUserStore()
at System.Deployment.Application.ComponentStore..ctor(ComponentStoreType storeType, SubscriptionStore subStore)
at System.Deployment.Application.SubscriptionStore..ctor(String deployPath, String tempPath, ComponentStoreType storeType)
at System.Deployment.Application.SubscriptionStore.get_CurrentUser()
at System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation(Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String& errorPageUrl)
at System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker(Object state)
COMPONENT STORE TRANSACTION DETAILS
No transaction information is available.
Проблема таинственно исчезла после многократного удаления этой папки и попытки переустановки. Возможно, там тоже была перезагрузка.
Вы можете попробовать следующее:
rundll32 %windir%\system32\dfshim.dll CleanOnlineAppCache
Я отключил приложение из панели управления, а затем снова установил, исправил проблему для меня.
Я также столкнулся с этой ошибкой на компьютере с Windows 7 x64. Наконец, я смог правильно установить приложение ClickOnce, полностью удалив любые ссылки в реестре (но этого было недостаточно), а затем очистил %user%\AppData\Local\Apps
.
Я понимаю, что это старый вопрос, но я наткнулся на ту же проблему и нашел другое решение: причина была "&". в пути установки сети ClickOnce. Microsoft подтвердила эту проблему и заявила, что не исправит ее: Отчет об ошибке Microsoft
Простые этапы:
1) удалить с панели управления
2) удалите папку "2.0"
, расположенную в %user%\AppData\Local\Apps
.
Теперь вы можете переустановить
После нескольких часов устранения этой ошибки я обнаружил, что в моем случае это было потому, что я пытался запустить установщик с подключенного сетевого диска вместо UNC-пути. При первом запуске установщика он работает нормально. Но если вы запустите его снова, вы получите следующую ошибку:
При просмотре сведений об ошибках вы обнаружите очень неоднозначную ошибку:
Если я вместо этого запускаю приложение из UNC-пути \\MyServer\MyShare\Deploy...
Затем он работает просто отлично, последовательно.
При дальнейших исследованиях, похоже, что здесь происходит то, что установщик проверяет (по соображениям безопасности), что он выполняется с авторизированного URL-адреса развертывания, как указано в манифесте развертывания *.application
.
Поскольку текущий путь (сопоставленный диск) отличается от пути UNC, установка завершается с ошибкой, и программа удаляется. Обратите внимание на разницу между путями в журнале ошибок:
То, что на самом деле означает ошибка, - "Внимание! Приложение невозможно установить, поскольку URL-адрес развертывания не соответствует URL-адресу поставщика, указанному в манифесте развертывания".
Хорошо, это спасло бы меня много часов устранения неполадок!!:-)
Я решил свое исключение
System.ArgumentException
- Value does not fall within the expected range.
- Source: System.Deployment
Проверьте, имеет ли ссылка Copy Local= true
. Например, моя проблема заключалась в ссылке Office на true. Когда он попытался скопировать его, возник конфликт, поэтому он не смог открыть программу. Надеюсь, это решает вашу проблему.
Я некоторое время искал чистое решение этой проблемы. Я мог бы исправить это несколько раз проб и ошибок. Наконец, я смог придумать точный вопрос. Я думал поделиться этим здесь.
Над ошибкой указано, что он не может найти соответствующий файл в папке развертывания.
Если вы столкнулись с этой проблемой для проверки обновлений ниже.
Если новая загрузка
Убедитесь, что у вас есть все сборки, помеченные как 'copy local = true', полученные в папке развертывания, также проверяйте его размер после загрузки.
потому что сборка copy local = false ' будет рассматриваться как предварительные условия в движке clickonce. Большая часть проблемы запуска приложения начинается оттуда.
Удалено все в %user%\AppData\Local\Apps\2.0\
, и оно сработало.
Любопытно, что у меня была такая же проблема, и она была решена путем простого входа в систему как другого пользователя и установки/запуска приложения. Когда я вышел из системы, а затем вошел в систему как оригинальный пользователь, все это снова работало.
Моя проблема вызвана изменением файла csproj. ссылка на сборку была изменена с:
HintPath > ..\Files\
к
HintPath > .. \.. \Files\
который добавил элемент XML файла зависимости в файле манифеста.
редактирование файла csproj и публикация, исправлен файл манифеста.
Мы много раз сталкивались с этой ошибкой, но сегодня она остановила все и вызвала у нас огромные проблемы. Я не мог понять это. Я открыл критический случай поддержки с Microsoft, и во время нашего первого телефонного звонка, прочитав журнал ошибок, я понял это.
Мое решение имеет несколько проектов. Наша основная программа одна, а затем есть общая DLL. Я изменил ссылку в общей dll для Excel (Microsoft.Office.Interop.Excel) с версии 12 и обновил до v15 из-за других проблем с отладкой и совместимостью фреймворка. Затем я вышел после выполнения некоторой работы.
Что я заметил после релиза, так это то, что я не обновил dll Excel и в своем основном проекте, так как в нем также есть несколько ссылок на него. Хорошо, даже после того, как я обновил это до v15, проблема все еще существовала. Это когда я позвонил в Microsoft.
После нашего первого телефонного звонка я заметил пару строк в журнале ошибок при сбое запуска приложения.
* [3/12/2018 2:10:57 PM] : Detecting dependent assembly Microsoft.Vbe.Interop, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C, processorArchitecture=msil using Microsoft.Vbe.Interop, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c, processorArchitecture=msil.
* [3/12/2018 2:10:57 PM] : Detecting dependent assembly office, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C using office, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c.
* [3/12/2018 2:10:57 PM] : Detecting dependent assembly office, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71E9BCE111E9429C, processorArchitecture=msil using office, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c, processorArchitecture=msil.
Заметьте, как средняя линия показывает версию 12.0.0.0? Ну, я был смущен. Поэтому я начал искать любые другие офисные ссылки. Я обнаружил, что наша основная программа ссылается только на Office.dll и Interop.Word dll. Я удалил их и прочитал ссылку на Word Interop DLL v15, а затем снова выпустил приложение.
Это все еще не работало, но как только я удалил приложение, затем переустановил, все было хорошо. Люди, которые еще не обновились, не имели проблем с обновлением, как только я исправил проблему. Люди, которые пытались обновить, должны были удалить и переустановить.
К счастью, Microsoft закрыла дело без каких-либо обвинений :)
Надеюсь, это поможет кому-то еще.
У меня был клиент, устанавливающий наш VSTO addin MSI, и мы видели это.
System.ArgumentException: значение не попадает в ожидаемый диапазон. в System.Deployment.Internal.Isolation.IsolationInterop.GetUserStore (флаги UInt32, IntPtr hToken, Guid & riid)
После проверки их журналов событий мне стало ясно, что у них возникли проблемы с их профилем пользователя. Они восстановили свой профиль пользователя, и это решило проблему.
Я попробовал простую конфигурацию. Перейдите в проект → свойства → приложение ->
отметьте значок и основной файл, выберите значок рядом с параметром встроить манифест с конфигурацией по умолчанию
удачи