Could not load file or assembly 'Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The module was expected to contain an assembly manifest. Assembly manager loaded from: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll Running under executable C:\Program Files (x86)\Common Files\Microsoft Shared\DevServer\11.0\WebDev.WebServer40.exe --- A detailed error log follows. === Pre-bind state information === LOG: User = TTLWIN2K\miralp LOG: DisplayName = Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a (Fully-specified) LOG: Appbase = file:///C:/SVN/temp/components/src/MasterpassProxy/src/Webservice/ LOG: Initial PrivatePath = C:\SVN\temp\components\src\MasterpassProxy\src\Webservice\bin Calling assembly : (Unknown). === LOG: This bind starts in default load context. LOG: Using application configuration file: C:\SVN\temp\components\src\MasterpassProxy\src\Webservice\web.config LOG: Using host configuration file: LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config. LOG: Post-policy reference: Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
Не удалось загрузить файл или сборку "Microsoft.VisualStudio.Web.PageInspector.Loader
Ответ 1
Я столкнулся с той же проблемой, и виновником стало удаление Visual Studio Express 2012. Вполне возможно, что это может быть любая версия Visual Studio, так как комментарии к этому ответу указывают, что проблема все еще возникает с Visual Studio 2019. Мой общий порядок операций был:
- Установил Visual Studio Express 2012 (давно)
- Использовал Visual Studio Express 2012 счастливо в течение многих месяцев
- Установленная Visual Studio 2013 Premium
- Использовал Visual Studio 2013 Premium счастливо в течение нескольких недель
- Удаленная установка Visual Studio Express 2012
- ОШИБКА
Я не уверен на 100% в причинах этого или в том, какие комбинации версий Visual Studio будут демонстрировать такое поведение. Но решением для меня было отредактировать корневые файлы web.config
в каталогах фреймворка:
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config
(Для разных версий фреймворка у вас могут быть разные папки.)
И удалите узлы:
<remove assembly="Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
<add assembly="Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
Будьте осторожны, чтобы не удалить любые открывающие/закрывающие родительские узлы, которые также находятся на той же строке (линиях), что и эти.
Это решило проблему для меня.
Ответ 2
Не нужно удалять эти строки
Просто закройте и откройте Visual Studio с помощью привилегий администратора.
Ответ 3
У меня такая же проблема, но не на моей машине разработки, а на сервере хостинга.
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config
Мне удалось исправить это, добавив ниже код в мой web.config
<compilation targetFramework="4.5">
<assemblies>
<remove assembly="Microsoft.VisualStudio.Web.PageInspector.Loader,
Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
</assemblies>
</compilation>
или удалив ссылку на эту сборку из файлов web.config в каталогах фреймов.
Я никогда не устанавливал VS там, и у меня никогда не было установки PageInspector. Любая идея, почему эти конфиги ссылаются на них?
Ответ 4
Обновление: исправлено в Visual Studio 2019 версии 16.0.3 в соответствии с этой страницей.
Если это произойдет после обновления до Visual Studio 2019 RC, поможет следующее решение проблемы:
Ответ 5
Для тех, кто может оказаться здесь, попробуйте удалить следующую строку в файле Web.Config вашего проекта во время отладки
<identity impersonate="true" userName="blah" password="blah">
Потребовалось время, пока я, наконец, не наткнулся на следующий поток: Не удалось загрузить файл или сборку или одну из ее зависимостей. В доступе отказано. Проблема случайная, но после ее возникновения она продолжается
Ответ 6
Я столкнулся с этой ошибкой при попытке запустить проект ASP.NET в VS2013 после удаления предварительного просмотра VS2015. Ремонт установки VS2013, похоже, решил проблему.
Ответ 7
У меня была эта проблема после установки Visual Studio 2019 (пока 2017 все еще был установлен). Это вызвано отсутствующим компонентом - AspNetDiagnosticPack.msi
- который не может установить требуемый пакет в C:\ProgramData\Microsoft\VisualStudio\Packages\
Решение, которое работало для меня, было следующим:
-
Закрыть Visual Studio
-
Загрузите пакет с:
- Запустите установщик и установите.
Это должно это исправить.
Дополнительную информацию можно найти по адресу: https://developercommunity.visualstudio.com/content/problem/398640/could-not-load-file-or-assembly-microsoftvisualstu-7.html.
Ответ 8
Я удалил dll из gac и начал работать. Я не знаю, откуда взялись эти dll. Если у вас есть 2 или более версий визуальной студии, переустановите последнюю версию.
Ответ 9
Попробуйте обновить пакет Microsoft.ApplicationInsights nuget. Это также устанавливает другие зависимости. Я столкнулся с этой проблемой, когда мне пришлось изменить целевую структуру.
- Инструменты > Диспетчер пакетов NuGet > Управление пакетами NuGet для Решение...
- поиск "applicationinsights"
или запустите
Install-Package Microsoft.ApplicationInsights
Ответ 10
Имел подобную проблему (другая сборка), и для меня это была недостающая строка в файле web.config на машине. Линия, которая, я думаю, позволяет загружать веб-сервер (любой?) Dll. Мне пришлось добавить "*" в список сборников-сборок в файле web.config:
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config
Подобно этому
<compilation>
<assemblies>
...
<add assembly="*" />
</assemblies>
</compilation>
Чтобы найти его, мне пришлось сравнить файл с файлом с рабочего сервера. Поэтому мне кажется, что это действительно неудача загрузки, но чтобы определить, почему она терпит неудачу, нам нужно быть Sherlook H.. Обычно я использую такой инструмент, как ProcessMonitor, чтобы узнать, почему я получил ошибку загрузки, но на этот раз, конечно, это не дало мне полезного вывода. IIS никогда не пытался загрузить сборку!
Ответ 11
Если вы не видите web.config в обоих путях:
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config
Файл "Web" находится в "C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\
", что я действительно хочу вам показать. Это Web.config
, вы должны открыть его с помощью: notepad++... и удалить:
//<remove assembly="Microsoft.VisualStudio.Web.PageInspector.Loader,
Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />"
Я закончу свою проблему с ними.
Ответ 12
Наш проект долгое время имел (неверно) ссылку на PageInspector.Loader.dll в GAC:
<ItemGroup>
<Reference Include="Microsoft.VisualStudio.Web.PageInspector.Loader">
<HintPath>..\..\..\..\..\..\Windows\Microsoft.NET\assembly\GAC_MSIL\Microsoft.VisualStudio.Web.PageInspector.Loader\v4.0_1.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.Web.PageInspector.Loader.dll</HintPath>
</Reference>
</ItemGroup>
Некоторое время он работал, но недавно развертывание в Azure вызвало ошибку "Не удается найти расположение библиотеки компиляции для пакета Microsoft.VisualStudio.Web.PageInspector.Loader".
Мы нашли и удалили ссылку из файла .csproj, и проблема была устранена.
Ответ 13
он решил проблему в моем конце, применив одобренное решение в этой теме.
изменение следующих двух файлов, и удаление Microsoft.VisualStudio.Web.PageInspector.Loader
устраняет проблему.
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config