PhpStorm не отображает xdebug как остановленный на точке останова (докер) - PullRequest
0 голосов
/ 10 октября 2018

Итак, мой контейнер веб-сервера успешно запускает xdebug, и у меня есть настройка xdebug.remote_log, чтобы я мог диагностировать проблему.Если я ставлю точку останова на первой строке, phpstorm ведет себя так, как ожидается, она ломается и дает вам нормальные параметры.Но если вы позволите ему продолжить работу после этой точки, то у phpstorm появляется вид, что код истекает, он просто зависает.Однако если я прочитал xdebug remote_log за это время, он сообщит, что он успешно достиг следующей точки останова, которую я установил и ждет там, phpstorm показывает код как выполняющийся.

Вот несколько скриншотов конфигураций и тому подобное:

php.ini

enter image description here

настройки> языки и рамки> php> Отладка

enter image description here

настройки> языки и рамки> php> Серверы> localhost (docker) aka мой единственный добавленный сервер

enter image description here

Скриншот из конца xdebugs remote_log.После начальной точки останова public / index.php я позволил ей работать.И затем здесь говорится, что он сломался в ListController.php, который является правильным местоположением для следующей размещенной точки останова.Как вы могли догадаться из предыдущего изображения, в Docker репозиторий находится в / srv / www, а на моем локальном - в /home/myname/Development/projectName/checkout.

enter image description here

xdebug remote_log: https://pastebin.com/faiQqwMT

some code so stackoverflow will let me link the log

Единственная интересная часть моей идеи.log

2018-10-12 10: 18: 23,772 [81267328] ОШИБКА - plication.impl.ApplicationImpl - Аргумент для параметра @NotNull 'remoteFileUrl' для com / jetbrains / php / debug / xdebug / debugger / XdebugDriver.onBreak не должен быть нулевым'com / jetbrains / php / debug / xdebug / debugger / XdebugDriver.onBreak не должен быть нулевым в com.jetbrains.php.debug.xdebug.debugger.XdebugDriver. $$$ reportNull $$$ 0 (XdebugDriver.java) в com.jetbrains.php.debug.xdebug.debugger.XdebugDriver.onBreak (XdebugDriver.java) в com.jetbrains.php.debug.xdebug.debugger.XdebugDriver $ 4.onResponse (XdebugDribra.ph.debug.xdebug.debugger.XdebugDriver $ 4.onResponse (XdebugDriver.java:167) в com.jetbrains.php.debug.connection.PhpDebugConnection.handleInput (PhpDebugConnection.java:256) в com.jetbrains.php.debug.connection.PhpDebugConnection.lag: 290) в com.intellij.openapi.application.impl.ApplicationImpl $ 1.run (ApplicationImpl.java:314) в java.util.concurrent.Executors $ RunnableAdapter.call (Executors.java:511) в java.util.concurrent.FutureTask.run (FutureTask.java:266) в java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1142) в java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoava:6.)lang.Thread.run (Thread.java:745)

1 Ответ

0 голосов
/ 12 октября 2018

Это известная ошибка: https://youtrack.jetbrains.com/issue/WI-43622. Переключение обратно на XDebug 2.6 должно исправить это.

...