Мы нашли способ «обойти» эту проблему. Это не решает ее, но позволяет разработчику из нашей команды, у которого возникла эта проблема, отладить проект прямо сейчас.
https://stackoverflow.com/a/19787785/323696
Ручное присоединение процесса (TOOLS -> Attach to process (ctrl + ALT + p)) к w3wp.exe для IIS или IIsExpress.exe также работало, что заставляет меня подозревать, что VS не может определить, какой процесс он должен присоединить автоматически.
На компьютере разработчика с другими проектами и решениями при попытке отладки Visual Studio автоматически подключается к процессу w3wp.exe.
Однако в одном решении / проекте, с которым у него возникли проблемы, а также только на его компьютере, ему приходится вручную подключаться к процессу w3wp.exe каждый раз, когда он использует отладчик Visual Studio.
ИЗМЕНИТЬ 12.08.2015:
Фактическое решение проблемы на компьютере разработчика заключалось в том, что в IIS на уровне сервера в свойствах «Заголовки ответа HTTP» была дублирующаяся запись для заголовка HTTP «X-Powered-By».
После удаления этой повторяющейся записи проблем с запуском отладчика в Visual Studio больше не возникало.
Что побудило нас проверить свойства «Заголовки ответа HTTP», так это сообщение SO: https://stackoverflow.com/a/6124267/323696.
Он предлагал проверить, включен ли параметр «HTTP Keep Alives», что проверяется в свойствах «Заголовки ответа HTTP» в IIS, щелкнув правой кнопкой мыши заголовок HTTP, затем выбрав «Установить общие заголовки ...», затем отметив параметр «Включить проверку активности HTTP» во всплывающем диалоговом окне «Установить общие заголовки ответа HTTP».
Хотя параметр «Включить поддержку HTTP» уже был выбран и не был основной причиной или нашей проблемой, проверка этого параметра привела нас к поиску основной причины - дублированного заголовка ответа HTTP.
Проблема решена, но симптомы не указывают на причину проблемы. Хотя мы потеряли день работы над этим вопросом, мы чувствуем себя хорошо, когда с ним покончили, и теперь мы можем двигаться дальше.
person
Bryan
schedule
12.08.2015
