Точки останова не достигаются в JetBrains Rider?

Еще одно предостережение: я снова начал использовать Rider после отсутствия, я нажимал кнопку "воспроизведение" (треугольник), а не кнопку с изображением ошибки.

(D'oh!)

Я нашел причину этого.

Начиная с Rider 2018.1.3, ваше решение должно находиться на том же диске, что и копия Rider, которую вы используете.

Эта проблема упоминается в службе поддержки JetBrains здесь.

Вы можете временно решить эту проблему, переместив решение на тот же диск или переустановив Rider.

Что касается ответа Джессики выше, похоже, что открытие решения в Rider с использованием абсолютного пути системы (т.е. /System/Volumes/Data/Users/...), похоже, действует так, как если бы оно находилось на отдельном диске.

Сведя себя с ума около четырех часов, я создал новое решение и изменил каталог решения с системного пути на /Users/..., затем скопировал свой проект в это новое решение, в котором были исправлены точки останова, и при открытии проекта с экрана приветствия Rider теперь отображается каталог решения как относительный путь (~/Users/...)

Другое решение для вас (или других людей, которые сталкиваются с этим):

Если у вас есть "COMPlus_EnableDiagnostics": "0" в вашей конфигурации или параметрах запуска, вы также не сможете достигать точек останова.

Очистка и восстановление решения, а затем удаление и чтение точки останова сработали для меня!

То, что я делал раньше, было:

1. Откройте решение
2. Установите несколько точек останова
3. Нажмите кнопку "ошибка" в Rider (рядом с кнопкой воспроизведения)
4. Chrome автоматически открывался с URL-адресом, указывающим на мои службы
5. Служба будет работать, как ожидалось, но точки останова не будут работать
6. Остановить службу
7. Измените код
8. Запустить сервис
9. Обновите Chrome Windows с шага 4
10. Я бы увидел модификации в Chrome. Но никакие точки останова не сработают.

Единственное, что я изменил, - это то, что после шага 2 я выполняю

Выполнить - ›Присоединиться к локальному процессу ... -› w3wp

После этого я просто делаю те же шаги, что и раньше, но теперь точки останова попадают ...

Ссылка

В 9 случаях из 10 это происходит по одной из следующих причин:

1) You did not attach to the correct process

2) The code is not executing on the breakpoint

Если вы столкнулись с этой проблемой при попытке подключиться к конечной точке API

Убедитесь, что у вас отключен WebDAV в разделе Windows «Включить программы и компоненты».

По какой-то причине это, кажется, блокирует запросы API, что, в свою очередь, делает невозможным достижение точки останова. Лично мне пришлось потратить несколько часов на воссоздание вызова в Postman, чтобы на самом деле увидеть, что что-то в IIS блокирует запрос (хотя авторизация была правильной).