[BUG?] PHPstorm debugger stopping on disabled breakpoints, or breakpoints that removed. Follow
So here the steps.
You place breakpoint. Its perfectly working.
Then you removing that breakpoint, but next time debugger still stops at that point.
PHPStorm Version: 2017.1.2
Debugger : Xdebug v2.4.0
PHP : v7.0.15
Please sign in to leave a comment.
Do you remove those breakpoints while current debug session is active? Or you stopping the debug session, removing breakpoints & start it again?
Is it a local web server?
Its a local web server. And debug session is active when i try it. I don`t disabling it.
Hello,
To troubleshoot this, it would be necessary to configure the Xdebug log via https://xdebug.org/docs/all_settings#remote_log, restart your web server so it would propagate the changes of php.ini, reproduce the issue and attach the log output here (directly or via some service like pastebin).
It was difficult to find exact scenario when that happens , but i got it :)
So here the steps.
Bump
Are you able to share a file/project where this can be reproduced?
It's a tough bug. I can reproduce it when I add a breakpoint to a line of code, and after finishing debugging and start working in another class and put a breakpoint in the new class, the debugger still stop at the pervious one.
It's filed here: https://youtrack.jetbrains.com/issue/WI-24557
Although, I use debugging in support purposes all the time, and have never seen this issue, so it must be something specific to the environment you use.
FWIW, I get this problem with monotonous regularity,and have done so for the last six years or more. My apologies for not having found this thread before.
The problem is definitely peculiar to PHPStorm. I see nothing like this in (say) IntelliJ. I've never been able to make it happen intentionally, which is a bit of a relief, given what a pain it is when it happens. The breakpoints seem to go away unpredictably after rebooting(?). Sometimes they can be removed by going into the breakpoint dialog and explicitly deleting every breakpoint in the problem-causing file. However, no breakpoint is visible for the line that once had a breakpoint and on which execution still stops. Note also that when execution stops on the line with no current breakpoint, if you now set a breakpoint once more on that line, resume execution so that it stops on that line, remove the breakpoint, and then resume execution once more, it will still stop on the invisible breakpoint.