xdebug Breakpoints not hit in all scripts (Laravel 3) Follow

Also, adding

xdebug_break();

anywhere works like a charm so it's not a misconfigured PHP environment. It must have something to do with mod_rewrite, path mappings and PhpStorm.

Hi there,

It's hard to say what is possibly going on wrong. For example, one user reported that the path to the file is wrong (works OK only with lowercase "users" as in "/users/USERNAME/...", when folder is clearly named "/Users/...")

I may suggest:

1. What xdebug version do you have there? Make sure you have 2.2.1 or newer (some older versions are unstable or contain other bugs)
   
2. Try very basic and simple script first (something like this (each command on new line): <?php $a = 1; $b = 2; $c = $a + $b; echo $c; ) and once figured move to real project
3. Try #2 in brand new and empty project (with that simple script only) -- try exactly as described here: http://confluence.jetbrains.com/display/PhpStorm/Zero-configuration+Web+Application+Debugging+with+Xdebug+and+PhpStorm (maybe even including xdebug configuration: http://confluence.jetbrains.com/display/PhpStorm/Xdebug+Installation+Guide  -- Yes, I know, you have it working already, but just try in case...).
4. Try collecting debugger logs from IDE side as well -- it may give you some info on possible reasons why breakpoint is not get hit: http://devnet.jetbrains.com/docs/DOC-1202

It even could be something like in this thread: it worked, then it stopped working .. and now it's working again: http://devnet.jetbrains.com/thread/443701 -- no idea.

P.S.
Rather unrelated: having debugger and profiler turned on at the same time does not make much sense (performance data will be incorrect) -- better have some bookmarklet or browser extension to control them (turn on/off when required)


BTW
URL rewriting does NOT matter here at all -- xdebug works with file names only (e.g. if it is symlinked, it will use final/real/resolved location) and PhpStorm works with project files (and path mappings if required)

Thanks, Andriy!

Good to know that mod_rewrite cannot be the root cause. Question: Where do I find the IDE side of the logs to provide you with more info?

We tested a ver simple mini setup and put a breakpoint in next.php on line 3.

index.php:

<?php echo("hello world"); ?>
<br />
<a href='/next.php'>link</a>

next.php:

<?php
    $time = time();
    $greet = "The time is ".$time;
    echo $greet;
?>
 

...
<- breakpoint_set -i 5 -t line -f file:///Users/RalfR/src/playground/next.php -n 3
...

<response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="run" transaction_id="7" status="break" reason="ok">
<xdebug:message filename="file:///Users/RalfR/src/playground/next.php" lineno="3"></xdebug:message>
</response>

<- breakpoint_set -i 5 -t line -f file:///Users/RalfR/src/lt/application/libraries/pushio.php -n 18 ->

<response xmlns="urn:debugger_protocol_v1" xmlns:xdebug="http://xdebug.org/dbgp/xdebug" command="stack_get" transaction_id="6">
<stack where="{main}" level="0" type="file" filename="file:///Users/RalfR/src/lt/public/index.php" lineno="14"></stack>
</response>

Also, on further investigation, not using a run config but switching the IDE to listening for incoming connections does work, too. When we refresh the page, xdebug log clearly gets the correct info about the breakpoint but then again, when we click, it goes through the rewritten URL and does not trigger the breakpoint.

Question: Where do I find the IDE side of the logs to provide you with more info?

Help | Show log in ...

P.S.
I'm not a dev or JB staff -- just ordinary PhpStorm user.

Once again -- URL rewriting does not matter. I've been using it with Apapche and mod_rewrite for few years .. and now using IIS 7.x with URL rewrite module -- never had any issues in this regard as xdebug works with FILES only -- it does not care about URLs AT ALL.

1. Xdebug is the one who initiates the session (xdebug connects to IDE when it sees xdebug session (cookie/get/post param etc) request .. or if it is configured to initiate debug connection on every single request)
2. IDE accepts or rejects connection (e.g. when debugger is off or whatever)
   
3. Once connection accepted, IDE sends a list of breakpoints and other configuration data (like, stop on first line of each script etc etc)
4. If you have no path mappings defined (Preferences | PHP | Servers), the file path is sent as it is known to PhpStorm, otherwise mapped/transformed path is used (as xdebug works with resolved/final file names only)

If IDE sends wrong file name/line number with breakpoint to xdebug, then it's either misconfiguration (user's fault) or IDE bug. If path is OK but xdebug (somehow) reacts with different/wrong file, then it most likely xdebug issue.

BTW -- what is your xdebug version?


Could you please create very basic Laravel project and attach here (must be self contained -- contain all files required for execution; no DB please). Maybe I can spot something here (on my Windows 7 x64; PHP 5.4.14; IIS 7.5)