Breakpoints stopped working, no xdebug commands are being sent

[kenorb]

I've placed the breakpoint, but after refreshing the page, it's not stopped.

Notes:

• The debugger is up and running locally on 9000.
• Here is my xdebug.ini.
• The breakpoint should be triggered, as calling exit(); works correctly.
• This was working before on the same configuration.
• Atom 1.18, php-debug 0.2.4, PHP 7.1.6, Xdebug v2.5.4.

Log from xdebug after refreshing the page:

Log opened at 2017-07-24 21:54:34
I: Checking remote connect back address.
I: Checking header 'HTTP_X_FORWARDED_FOR'.
I: Checking header 'REMOTE_ADDR'.
I: Remote address found, connecting to 127.0.0.1:9000.
I: Connected to client. :-)
-> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" fileuri="file:///Users/kenorb/Sites/OM/docroot/index.php" language="PHP" xdebug:language_version="7.1.5" protocol_version="1.0" appid="7097" idekey="xdebug-cli"><engine version="2.5.4"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org]]></url><copyright><![CDATA[Copyright (c) 2002-2017 by Derick Rethans]]></copyright></init>

-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" status="stopping" reason="ok"></response>

Log closed at 2017-07-24 21:54:39

Log opened at 2017-07-24 21:54:42
I: Checking remote connect back address.
I: Checking header 'HTTP_X_FORWARDED_FOR'.
I: Checking header 'REMOTE_ADDR'.
I: Remote address found, connecting to 127.0.0.1:9000.
I: Connected to client. :-)
-> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" fileuri="file:///Users/kenorb/Sites/OM/docroot/index.php" language="PHP" xdebug:language_version="7.1.5" protocol_version="1.0" appid="7097" idekey="xdebug-cli"><engine version="2.5.4"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org]]></url><copyright><![CDATA[Copyright (c) 2002-2017 by Derick Rethans]]></copyright></init>

-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" status="stopping" reason="ok"></response>

Log closed at 2017-07-24 21:54:42

Log opened at 2017-07-24 21:54:42
I: Checking remote connect back address.
I: Checking header 'HTTP_X_FORWARDED_FOR'.
I: Checking header 'REMOTE_ADDR'.
I: Remote address found, connecting to 127.0.0.1:9000.
I: Connected to client. :-)
-> <init xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" fileuri="file:///Users/kenorb/Sites/OM/docroot/index.php" language="PHP" xdebug:language_version="7.1.5" protocol_version="1.0" appid="7097" idekey="xdebug-cli"><engine version="2.5.4"><![CDATA[Xdebug]]></engine><author><![CDATA[Derick Rethans]]></author><url><![CDATA[http://xdebug.org]]></url><copyright><![CDATA[Copyright (c) 2002-2017 by Derick Rethans]]></copyright></init>

-> <response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" status="stopping" reason="ok"></response>

Log closed at 2017-07-24 21:54:45

Based on the log above I think the breakpoints are not being set correctly (it's missing <- breakpoint_set commands?).

My config.cson:

"*":
  "php-debug":
    currentPanelHeight: "322px"
    currentPanelMode: "bottom"
"php-debug":
  PhpException:
    StrictStandards: false
  ServerPort: 9000

How can I debug this further?

[ygao-pica9]

same problem here. inserting xdebug_break(); works but gives back an empty stack trace. do you have the same behavior?

[cchamplin]

This is likely because you are missing your pathmaps, can you make sure they are properly configured?

[kenorb]

@cchamplin I'm debugging on local machine.

If debugging code that resides on a remote machine, use pathmaps to map a path on the remote machine to a path on the local machine.

So I'm skipping PathMaps configuration.

[cchamplin]

Is this still a problem with 0.2.5?

[kenorb]

Tried to test it, but currently I can't open the debug panel at all as per #240.

[cchamplin]

240 should theoretically be resolved, can you check in on this again?

[cchamplin]

No response, closing for staleness