Подтвердить что ты не робот

VS2012: страницы свойств не открывается: ссылка на объект не установлена ​​в экземпляр объекта

Я на Visual Studio Premium 2012, версия 11.0.50727.1 RTMREL, Windows 7 Enterprise (SP1).

Когда я нажимаю правой кнопкой мыши на Solution и нажимаю Properties, я получаю всплывающее окно, показывающее исключение нулевой ссылки (ссылка объекта не установлена ​​в экземпляр объекта).

Когда я пытаюсь сделать то же самое в 2010 году, он отлично работает, открывая страницы свойств нормального решения, позволяя мне устанавливать порядок запуска и т.д.

Кроме того, в 2012 году View → Страницы свойств дает тот же результат.

Пожалуйста, сообщите, как это решить, это известная ошибка?

ОБНОВЛЕНИЕ 1: Прогоняется devenv /resetsettings, а также devenv /safemode, но проблема сохраняется. Также попробовал это на новом решении, и проблема не устранена.

ОБНОВЛЕНИЕ 2: Кажется, что отключение любого расширения и повторное пробуждение устраняет проблему. Расширение повторного включения не возвращает ошибку.

ОБНОВЛЕНИЕ 3: Голосовать здесь, если у вас все еще есть эта проблема: https://connect.microsoft.com/VisualStudio/feedback/details/763961/cannot-open-property-pages-for-solution

4b9b3361

Ответ 1

Это случилось со мной. Если у вас установлен ReSharper, попробуйте отключить его (Tools → Options → ReSharper → General → Suspend и перезапустите VS2012. Если у вас нет установленного ReSharper, я боюсь, что понятия не имею.

После просмотра некоторых комментариев здесь и запуская его сам, кажется, что отключение Re-Sharper не всегда устраняет проблему. Однако, если вы отключите, перезапустите, снова включите "другие" дополнения, проблема в конечном итоге исчезнет временно. В следующий раз, когда откроется визуальная студия, вы, вероятно, окажетесь в одном месте.

Ответ 2

В моем случае проблема была специфичной для решения. Эта ошибка вызвала NuGet, но не само расширение, а пакет NuGet, который вызвал ошибку при загрузке VS. Когда я открыл консоль диспетчера пакетов NuGet, я увидел большой красный текст с описанием ошибки. В моем случае это был пакет T4Scaffolding.Core, который, в свою очередь, является зависимостью MVCMailer.

Если это ваш случай, вы, вероятно, увидите, какой пакет генерирует ошибку в консоли PM.

Ответ 3

Я столкнулся с этой проблемой на одном из моих решений, в то время как это не произошло для других. Решение, вызвавшее проблему, не сделало этого, пока я не добавил к нему определенный проект; после этого я больше не мог просматривать свойства решения или устанавливать проекты запуска.

Удаление проекта из решения не решило его, единственным способом "reset" было создание нового файла решения и добавление к нему всех проектов один за другим. Это заставило его снова работать, пока, конечно, я не добавил оскорбительный проект.

Сегодня проблема была решена для меня, обновив диспетчер пакетов NuGet.

Ответ 4

Это мой опыт работы с проблемой: (Запуск VS2012 в качестве администратора, надеясь, что некоторые настройки будут отсортированы).

У меня есть решение с двумя проектами MVC и другими проектами. Если я выгружу два проекта MVC без перезагрузки VS, проблема все еще там. После перезапуска VS, когда два проекта не загружаются, но отображаются в Solution explorer, проблема исчезает. Загрузите два проекта обратно, свойства решения по-прежнему работают, но после перезапуска цикл перезапускается.

ПРИМЕЧАНИЕ. Не существует различий в проектах и ​​файлах решений, когда два проекта MVC не загружаются.

Ответ 5

Рад видеть, что эта ошибка по-прежнему сохраняется и сегодня. Я просто столкнулся с этим с VS 2013. К сожалению, трюки disable/enable, похоже, не исправляют его. Уф