<?xml version="1.0" encoding="utf-8"?>
<!--RSS generated by Flaimo.com RSS Builder [2013-05-19 00:06:32]-->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"><channel><docs>http://bugs.xdebug.org/</docs><link>http://bugs.xdebug.org/</link><description><![CDATA[MantisBT - Issues]]></description><title>MantisBT - Issues</title><image><title>MantisBT - Issues</title><url>http://bugs.xdebug.org/images/mantis_logo_button.gif</url><link>http://bugs.xdebug.org/</link><description><![CDATA[MantisBT - Issues]]></description></image><language>en</language><category>All Projects</category><ttl>10</ttl><dc:language>en</dc:language><sy:updatePeriod>hourly</sy:updatePeriod><sy:updateFrequency>1</sy:updateFrequency><item><title>0000948: Unused+DeadCode not returning (-2) because of nested IF</title><author></author><link>http://bugs.xdebug.org/view.php?id=948</link><description><![CDATA[Having an inner IF inside an outer IF results in two lines being returned as (-1) rather than (-2) in the xdebug_get_code_coverage() return array.&lt;br /&gt;
&lt;br /&gt;
In my fooGood() method coverage, the regular behavior return of (-2) for the &quot;} else {&quot; line and the function end line &quot;}&quot;, as expected.&lt;br /&gt;
&lt;br /&gt;
In my fooBad() method coverage, the equivalent lines (ELSE and function close brace) get return values of (-1) instead.  The expectation is that (-2) would be returned for both lines.]]></description><category>Usage problems</category><pubDate>Sat, 18 May 2013 23:30:00 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=948</guid><comments>http://bugs.xdebug.org/view.php?id=948#bugnotes</comments></item><item><title>0000942: Strack traces can be unreadable due to missing foreground colour</title><author></author><link>http://bugs.xdebug.org/view.php?id=942</link><description><![CDATA[Strack traces set background colours but not foreground colours. That often makes the text barely unreadable, depending on what colours are set in the site's CSS.]]></description><category>Usage problems</category><pubDate>Sat, 18 May 2013 22:33:05 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=942</guid><comments>http://bugs.xdebug.org/view.php?id=942#bugnotes</comments></item><item><title>0000943: It can't debug in eclipse neither on windows or linux(ubuntu)</title><author></author><link>http://bugs.xdebug.org/view.php?id=943</link><description><![CDATA[I used eclipse to debug on Windows, It's always right before, but It couldn't be launched sometimes ago. I didn't know why it, I tried to debug on Linux in same way, the results was same as. Maybe it's a bug or not.&lt;br /&gt;
&lt;br /&gt;
here is some informations I used strace get it,&lt;br /&gt;
&lt;br /&gt;
[pid  3776] recvfrom(11, 0x7f0ad8252be4, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable)&lt;br /&gt;
[pid  3776] poll([{fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=65, events=POLLIN}, {fd=127, events=POLLIN}, {fd=67, events=POLLIN}], 5, 0) = 0 (Timeout)&lt;br /&gt;
[pid  3776] read(9, 0x7f0adec22850, 16) = -1 EAGAIN (Resource temporarily unavailable)&lt;br /&gt;
[pid  3776] recvfrom(11, 0x7f0ad8252be4, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable)&lt;br /&gt;
[pid  3776] poll([{fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=65, events=POLLIN}, {fd=127, events=POLLIN}, {fd=67, events=POLLIN}], 5, 0) = 0 (Timeout)&lt;br /&gt;
[pid  3776] read(9, 0x7f0adec22850, 16) = -1 EAGAIN (Resource temporarily unavailable)&lt;br /&gt;
[pid  3776] recvfrom(11, 0x7f0ad8252be4, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable)&lt;br /&gt;
[pid  3776] poll([{fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=65, events=POLLIN}, {fd=127, events=POLLIN}, {fd=67, events=POLLIN}], 5, 100 &lt;unfinished ...&gt;&lt;br /&gt;
[pid  3814] &lt;... futex resumed&gt; )       = -1 ETIMEDOUT (Connection timed out)&lt;br /&gt;
[pid  3814] futex(0x7f0ad8bc1a28, FUTEX_WAKE_PRIVATE, 1) = 0&lt;br /&gt;
[pid  3814] futex(0x7f0ad8bc1a54, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, {1366369058, 226654000}, ffffffff &lt;unfinished ...&gt;&lt;br /&gt;
[pid  3786] &lt;... futex resumed&gt; )       = -1 ETIMEDOUT (Connection timed out)&lt;br /&gt;
[pid  3786] futex(0x7f0ad817e828, FUTEX_WAKE_PRIVATE, 1) = 0&lt;br /&gt;
[pid  3786] futex(0x7f0ad817e854, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, {1366369058, 188919000}, ffffffff) = -1 ETIMEDOUT (Connection timed out)&lt;br /&gt;
[pid  3786] futex(0x7f0ad817e828, FUTEX_WAKE_PRIVATE, 1) = 0&lt;br /&gt;
[pid  3786] futex(0x7f0ad817e854, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 1, {1366369058, 239264000}, ffffffff &lt;unfinished ...]]></description><category>Debug client (console)</category><pubDate>Sat, 18 May 2013 22:30:41 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=943</guid><comments>http://bugs.xdebug.org/view.php?id=943#bugnotes</comments></item><item><title>0000946: Web page describing remote debugging has a link which confusingly links to the same page</title><author></author><link>http://bugs.xdebug.org/view.php?id=946</link><description><![CDATA[In the section describing the remote_handler setting at &lt;a href=&quot;http://xdebug.org/docs/remote#remote_handler&quot;&gt;http://xdebug.org/docs/remote#remote_handler&lt;/a&gt; [&lt;a href=&quot;http://xdebug.org/docs/remote#remote_handler&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]  there's a sentence which reads, &quot;See more information in the introduction for Remote Debugging.&quot;&lt;br /&gt;
&lt;br /&gt;
Clicking on this link causes the browser to reload the same page (as though it were a new / different page). Usability studies show that this behaviour can cause confusion for users.&lt;br /&gt;
&lt;br /&gt;
I'd suggest either removing the anchor altogether or else modifying the href attribute so that it refers to a specific named anchor on the same page.&lt;br /&gt;
If keeping the sentence, I'd suggest including the word &quot;above&quot; so that it's clear that the introductory information it refers to is on the same page.]]></description><category>Documentation</category><pubDate>Sat, 18 May 2013 22:24:19 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=946</guid><comments>http://bugs.xdebug.org/view.php?id=946#bugnotes</comments></item><item><title>0000945: configure uses wrong path to php</title><author></author><link>http://bugs.xdebug.org/view.php?id=945</link><description><![CDATA[When installing Xdebug on a machine with php pre-installed (like Mac OS X) you'll want to keep your own version of php separate from the Apple supplied one. On *nix system, the default way is to have your own version of php in the /usr/local/bin directory. The Xdebug install process ignore this practice and uses the version in /usr/bin instead. Subsequently, hooking Xdebug to the wrong php version/process.&lt;br /&gt;
&lt;br /&gt;
I have MAMP installed and the steps to reproduce, assumes you have an installation of MAMP. This bug should be reproducible on any *nix machine, though.]]></description><category>Installation</category><pubDate>Sat, 18 May 2013 22:23:54 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=945</guid><comments>http://bugs.xdebug.org/view.php?id=945#bugnotes</comments></item><item><title>0000940: xdebug quits when it reaches an object cast to array that contained protected properties</title><author></author><link>http://bugs.xdebug.org/view.php?id=940</link><description><![CDATA[xdebug quits session when it reaches an object, that contains protected properties, that has been cast to an array.]]></description><category>Debug client (console)</category><pubDate>Sat, 18 May 2013 22:09:19 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=940</guid><comments>http://bugs.xdebug.org/view.php?id=940#bugnotes</comments></item><item><title>0000610: Xdebug sends invalid '&amp;#0' char reference in response</title><author></author><link>http://bugs.xdebug.org/view.php?id=610</link><description><![CDATA[Try to debug the file:&lt;br /&gt;
&lt;br /&gt;
&lt;?php&lt;br /&gt;
class SimpleClass {&lt;br /&gt;
    private $_a;&lt;br /&gt;
&lt;br /&gt;
    public function __construct($a) {&lt;br /&gt;
        $this-&gt;_a = $a;&lt;br /&gt;
    }&lt;br /&gt;
}&lt;br /&gt;
&lt;br /&gt;
$a = new SimpleClass(2);&lt;br /&gt;
$a = (array) $a; // &lt;-- put breakpoint here&lt;br /&gt;
echo(&quot;unreachable&quot;);&lt;br /&gt;
&lt;br /&gt;
Put breakpoint at line before last one. When execution breaks here, try to get the context. Response will contain &quot;?&quot; parts that are not allowed in XML according to the spec: &lt;a href=&quot;http://www.w3.org/TR/REC-xml/#wf-Legalchar&quot;&gt;http://www.w3.org/TR/REC-xml/#wf-Legalchar&lt;/a&gt; [&lt;a href=&quot;http://www.w3.org/TR/REC-xml/#wf-Legalchar&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]]]></description><category>Usage problems</category><pubDate>Sat, 18 May 2013 22:03:28 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=610</guid><comments>http://bugs.xdebug.org/view.php?id=610#bugnotes</comments></item><item><title>0000924: $test = array("\0" =&gt; '');  renders variable view inoperable</title><author></author><link>http://bugs.xdebug.org/view.php?id=924</link><description><![CDATA[Encountered w/ eclipse, 4.2.1 and earlier 3.x.&lt;br /&gt;
&lt;br /&gt;
Seems like a simple variable array declared as&lt;br /&gt;
&lt;br /&gt;
$test = array(&quot;\0&quot; =&gt; '');  &lt;br /&gt;
&lt;br /&gt;
Will wipe out the variable view such that no variables will appear in the window during subsequent code execution.]]></description><category>Debug client (console)</category><pubDate>Sat, 18 May 2013 19:37:53 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=924</guid><comments>http://bugs.xdebug.org/view.php?id=924#bugnotes</comments></item><item><title>0000926: Xdebug is Not Running</title><author></author><link>http://bugs.xdebug.org/view.php?id=926</link><description><![CDATA[I have followed the instructions provided below:&lt;br /&gt;
&lt;br /&gt;
Xdebug installed: no&lt;br /&gt;
Server API: CGI/FastCGI&lt;br /&gt;
Windows: no&lt;br /&gt;
Zend Server: no&lt;br /&gt;
PHP Version: 5.3.18&lt;br /&gt;
Zend API nr: 220090626&lt;br /&gt;
PHP API nr: 20090626&lt;br /&gt;
Debug Build: no&lt;br /&gt;
Thread Safe Build: no&lt;br /&gt;
Configuration File Path: /opt/php-5.3.18/lib&lt;br /&gt;
Configuration File: /var/www/conf/web1/php.ini&lt;br /&gt;
Extensions directory: /opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626&lt;br /&gt;
Instructions&lt;br /&gt;
&lt;br /&gt;
Download xdebug-2.2.1.tgz&lt;br /&gt;
Unpack the downloaded file with tar -xvzf xdebug-2.2.1.tgz&lt;br /&gt;
Run: cd xdebug-2.2.1&lt;br /&gt;
Run: phpize (See the FAQ if you don't have phpize.&lt;br /&gt;
&lt;br /&gt;
As part of its output it should show:&lt;br /&gt;
&lt;br /&gt;
Configuring for:&lt;br /&gt;
...&lt;br /&gt;
Zend Module Api No: 20090626&lt;br /&gt;
Zend Extension Api No: 220090626&lt;br /&gt;
If it does not, you are using the wrong phpize. Please follow this FAQ entry and skip the next step.&lt;br /&gt;
&lt;br /&gt;
Run: ./configure&lt;br /&gt;
Run: make&lt;br /&gt;
Run: cp modules/xdebug.so /opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626&lt;br /&gt;
Edit /var/www/conf/web1/php.ini and add the line&lt;br /&gt;
zend_extension = /opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so&lt;br /&gt;
Restart the webserver&lt;br /&gt;
&lt;br /&gt;
This is the section of my php.ini with xdebug information:&lt;br /&gt;
zend_extension=/opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so&lt;br /&gt;
xdebug.remote_host=www.aaabs.org&lt;br /&gt;
xdebug.remote_enable=1&lt;br /&gt;
xdebug.remote_port=9000&lt;br /&gt;
xdebug.remote_handler=dbgp&lt;br /&gt;
xdebug.remote_mode=req&lt;br /&gt;
&lt;br /&gt;
I copy and paste the extension directory: &quot;/opt/php-5.3.18/lib/php/extensions/no-debug-non-zts-20090626&quot; do an &quot;ls&quot; and see xdebug.so, so I know the path is correct.&lt;br /&gt;
&lt;br /&gt;
I created a phpinfo.php file at the root location of www.aaabs.org with these contents:&lt;br /&gt;
&lt;br /&gt;
&lt;?php&lt;br /&gt;
echo phpinfo();&lt;br /&gt;
&lt;br /&gt;
Paste the source of the document into the field at: &lt;a href=&quot;http://xdebug.org/wizard.php,&quot;&gt;http://xdebug.org/wizard.php,&lt;/a&gt; [&lt;a href=&quot;http://xdebug.org/wizard.php,&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] and the results are always as you see in the summary information that I posted at the top.&lt;br /&gt;
&lt;br /&gt;
I look at my session variable in Google Chrome at I have XDEBUG_SESSION = PHPSTORM.&lt;br /&gt;
&lt;br /&gt;
Everything looks right, but Xdebug is not loading.]]></description><category>Installation</category><pubDate>Sat, 18 May 2013 19:36:34 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=926</guid><comments>http://bugs.xdebug.org/view.php?id=926#bugnotes</comments></item><item><title>0000899: Hang after conditional breakpoint evaluation causes  an exception</title><author></author><link>http://bugs.xdebug.org/view.php?id=899</link><description><![CDATA[If evaluation of a condition on a breakpoint in a for loop (seems to be important, can't repro it without) causes an exception to be thrown (in this case from a magic __get method) the script hangs while leaving either the for loop or the try/catch clause and the php process consumes 100% cpu.&lt;br /&gt;
&lt;br /&gt;
I ran into this while trying to come up with a small reproducible case of the same exception escaping xdebug and actually being caught by the script's exception handler.  Unfortunately I haven't been able to come up with that case but attached a screenshot of it occurring.&lt;br /&gt;
&lt;br /&gt;
And why when debugging this script wouldn't Xdebug be logging to xdebug.remote_log?]]></description><category>Usage problems</category><pubDate>Wed, 15 May 2013 12:43:36 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=899</guid><comments>http://bugs.xdebug.org/view.php?id=899#bugnotes</comments></item><item><title>0000918: XDebug connect to IDE but browser says Empty response</title><author></author><link>http://bugs.xdebug.org/view.php?id=918</link><description><![CDATA[I'm using IntelliJ with PHP Plugin (which should be the same as PHPStorm).&lt;br /&gt;
&lt;br /&gt;
xDebug does send connection and IDE break on breakpoint.&lt;br /&gt;
But as soon as it does this, the browser instead of waiting for the script end, it sends an error 324 (chrome)&lt;br /&gt;
&lt;br /&gt;
I'm using .htaccess config mode with :&lt;br /&gt;
php_value xdebug.remote_connect_back 0&lt;br /&gt;
php_value xdebug.remote_enable 1&lt;br /&gt;
php_value xdebug.remote_host 10.13.11.111&lt;br /&gt;
&lt;br /&gt;
Php version on server is :&lt;br /&gt;
#php --version&lt;br /&gt;
PHP 5.3.19-1~dotdeb.0 with Suhosin-Patch (cli) (built: Nov 24 2012 07:05:58) &lt;br /&gt;
Copyright (c) 1997-2012 The PHP Group&lt;br /&gt;
Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies&lt;br /&gt;
    with Xdebug v2.2.1, Copyright (c) 2002-2012, by Derick Rethans]]></description><category>Usage problems</category><pubDate>Tue, 14 May 2013 19:16:44 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=918</guid><comments>http://bugs.xdebug.org/view.php?id=918#bugnotes</comments></item><item><title>0000941: trace_format=1 is being ignored</title><author></author><link>http://bugs.xdebug.org/view.php?id=941</link><description><![CDATA[When changing the variable trace_format to 1 or 2, Xdebug is not generating the expected file output.&lt;br /&gt;
The change can be done in the php.ini or directly from the command line (using php -d xdebug.trace_format=1)&lt;br /&gt;
&lt;br /&gt;
Definitely I'm doing something wrong here, but I'm not being able to identify what is the problem.]]></description><category>Usage problems</category><pubDate>Tue, 14 May 2013 19:16:18 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=941</guid><comments>http://bugs.xdebug.org/view.php?id=941#bugnotes</comments></item><item><title>0000947: Newlines converted when html_errors = 0</title><author></author><link>http://bugs.xdebug.org/view.php?id=947</link><description><![CDATA[Newlines in strings are converted to &quot;\r\n&quot; when &quot;html_errors&quot; is 0.]]></description><category>Usage problems</category><pubDate>Tue, 14 May 2013 09:22:05 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=947</guid><comments>http://bugs.xdebug.org/view.php?id=947#bugnotes</comments></item><item><title>0000944: Get "Socket Exception occured" when trying to connect to mySQL through NetBeans</title><author></author><link>http://bugs.xdebug.org/view.php?id=944</link><description><![CDATA[$connectdb = new mysqli(...) always results in fails with &quot;Socket Exception&quot;&lt;br /&gt;
&lt;br /&gt;
Doing &quot;Run File&quot; works fine.]]></description><category>Usage problems</category><pubDate>Tue, 07 May 2013 13:07:06 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=944</guid><comments>http://bugs.xdebug.org/view.php?id=944#bugnotes</comments></item><item><title>0000765: Xdebug slows down PHP execution 30%-50% when running inside VirtualBox</title><author></author><link>http://bugs.xdebug.org/view.php?id=765</link><description><![CDATA[Hi,&lt;br /&gt;
&lt;br /&gt;
I run php-fpm 5.3.9 with xdebug git (2.2dev) in virtualbox and it cause PHP to run 50% slower (a test page results from 170ms (xdebug disabled) to 250ms (xdebug enabled), tested several times.). I realize that using xdebug will require more run time for PHP, but I have used it before in windows and it doesn't make that much of slowdown.&lt;br /&gt;
&lt;br /&gt;
Here are the settings I used&lt;br /&gt;
[xdebug]&lt;br /&gt;
zend_extension=/opt/php/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so&lt;br /&gt;
xdebug.overload_var_dump=0&lt;br /&gt;
&lt;br /&gt;
Other details:&lt;br /&gt;
Arch linux 32 bit&lt;br /&gt;
PHP 5.3.9 with fpm SAPI, APC enabled&lt;br /&gt;
Virtualbox 4.1.6 running inside Windows XP 32 bit&lt;br /&gt;
Core 2 duo E8400 (No VT-x)]]></description><category>Installation</category><pubDate>Sat, 27 Apr 2013 02:24:38 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=765</guid><comments>http://bugs.xdebug.org/view.php?id=765#bugnotes</comments></item><item><title>0000812: excessive overhead while not enabled.</title><author></author><link>http://bugs.xdebug.org/view.php?id=812</link><description><![CDATA[(I'm actually using 2.2.0RC1, compiled from source, but that's not in the menu in the bug reporting system)&lt;br /&gt;
&lt;br /&gt;
I'm seeing per-function call overhead in php processes, including a gettimeofday process, even when no tracing or profiling is enabled.  This comes with a significant performance overhead such that I cannot leave the module loaded while not actively in use.&lt;br /&gt;
&lt;br /&gt;
I'd like to be able to leave the module loaded routinely, for cookie triggered use only, but currently the overhead is just too high (about 250ms extra latency per page).]]></description><category>Feature/Change request</category><pubDate>Sat, 13 Apr 2013 21:03:35 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=812</guid><comments>http://bugs.xdebug.org/view.php?id=812#bugnotes</comments></item><item><title>0000658: Eclipse/Xdebug crashes when debugging drupal</title><author></author><link>http://bugs.xdebug.org/view.php?id=658</link><description><![CDATA[Eclipse/Xdebug crashes randomly - but very, very often - when debugging drupal in Eclipse. I have been debugging my other php scripts without problems for more than a year, but when trying to debug drupal cause crash. Eclipse throws a small window saying &quot;Apache HTTP server has encountered a problem and needs to close etc.&quot;. Then looking at the data of the error report it says (among other things): &quot;ModName: php_xdebug-2.1.0-5.3-vc6.dll&quot;, &quot;ModVer: 2.1.0.5&quot; and &quot;Offset: 0000bf44&quot;. I can provide a screenshot from the crash if that helps. I'm using the Xampp 1.7.4 Beta2, but the same happen other versions of Xampp as well.]]></description><category>Usage problems</category><pubDate>Sat, 13 Apr 2013 16:35:22 +0100</pubDate><guid>http://bugs.xdebug.org/view.php?id=658</guid><comments>http://bugs.xdebug.org/view.php?id=658#bugnotes</comments></item><item><title>0000579: The ability to start and stop xdebug remote sessions from php code.</title><author></author><link>http://bugs.xdebug.org/view.php?id=579</link><description><![CDATA[currently it is possible to start an xdebug remote session by adding  XDEBUG_SESSION_START to the URL or by a setting in php.ini to always start the remote sessions.&lt;br /&gt;
&lt;br /&gt;
It would be nice to have a feature that triggers the remote session to start from within the code.&lt;br /&gt;
&lt;br /&gt;
WHY: When trying to debug the returning IPN information from Paypal the IPN is sent behind the scenes, not in the browser.  If it was possible to activate a remote debugging session from the code then I could add that to the code that receives the paypal IPN and start debugging from there.&lt;br /&gt;
&lt;br /&gt;
Currently it is necessary to turn the debugging session on for everything happening around as well.&lt;br /&gt;
&lt;br /&gt;
It would be nice to be able to not debug everything else and just start stuff when the IPN comes back.&lt;br /&gt;
&lt;br /&gt;
Thanks.]]></description><category>Feature/Change request</category><pubDate>Fri, 29 Mar 2013 21:26:07 +0000</pubDate><guid>http://bugs.xdebug.org/view.php?id=579</guid><comments>http://bugs.xdebug.org/view.php?id=579#bugnotes</comments></item><item><title>0000938: Unreliable debugging of forking processes</title><author></author><link>http://bugs.xdebug.org/view.php?id=938</link><description><![CDATA[If you decide to remote debug code that use pnctl_fork() function at least both eclipse and xdc 1.0b5 either crash or don't stop at desired breaking points.]]></description><category>Debug client (console)</category><pubDate>Mon, 25 Mar 2013 12:30:53 +0000</pubDate><guid>http://bugs.xdebug.org/view.php?id=938</guid><comments>http://bugs.xdebug.org/view.php?id=938#bugnotes</comments></item><item><title>0000785: The Xdebug Profiler does not handle closures and call_user_func_array well</title><author></author><link>http://bugs.xdebug.org/view.php?id=785</link><description><![CDATA[I'm not sure if the problem is with kcachegrind or with Xdebug, but if you have code that calls closures, it breaks the call graph. You can see the call graph before and after the closure call, but not the whole graph linked to together. Is it possible to assign each closure a unique name so kcachegrind knows to make the correct links?]]></description><category>Usage problems</category><pubDate>Sat, 23 Mar 2013 14:50:08 +0000</pubDate><guid>http://bugs.xdebug.org/view.php?id=785</guid><comments>http://bugs.xdebug.org/view.php?id=785#bugnotes</comments></item><item><title>0000732: 'property_get' command should accept integer array key surround with quotes</title><author></author><link>http://bugs.xdebug.org/view.php?id=732</link><description><![CDATA['property_get -i 11 -n $b[1] -d 0 -c 0 -p 0', will return a correct value, but&lt;br /&gt;
'property_get -i 11 -n $b['1'] -d 0 -c 0 -p 0' will return 'can not get property']]></description><category>Usage problems</category><pubDate>Sat, 23 Mar 2013 14:50:08 +0000</pubDate><guid>http://bugs.xdebug.org/view.php?id=732</guid><comments>http://bugs.xdebug.org/view.php?id=732#bugnotes</comments></item><item><title>0000727: 'xdebug.profiler_aggregate' option is not documented</title><author></author><link>http://bugs.xdebug.org/view.php?id=727</link><description><![CDATA[Please provide documentation for 'xdebug.profiler_aggregate' configuration option on profiler documentation page]]></description><category>Documentation</category><pubDate>Sat, 23 Mar 2013 14:50:08 +0000</pubDate><guid>http://bugs.xdebug.org/view.php?id=727</guid><comments>http://bugs.xdebug.org/view.php?id=727#bugnotes</comments></item><item><title>0000932: Show an error if Xdebug can't open the remote debug log.</title><author></author><link>http://bugs.xdebug.org/view.php?id=932</link><description><![CDATA[There is currently no feedback if Xdebug can't open or write to the remote debugging log.]]></description><category>Feature/Change request</category><pubDate>Sat, 23 Mar 2013 14:50:07 +0000</pubDate><guid>http://bugs.xdebug.org/view.php?id=932</guid><comments>http://bugs.xdebug.org/view.php?id=932#bugnotes</comments></item><item><title>0000863: xdebug.overload_var_dump cannot be altered with ini_set() at runtime</title><author></author><link>http://bugs.xdebug.org/view.php?id=863</link><description><![CDATA[Controlling var_dump overloading at runtime would be beneficial.]]></description><category>Feature/Change request</category><pubDate>Sat, 23 Mar 2013 14:50:07 +0000</pubDate><guid>http://bugs.xdebug.org/view.php?id=863</guid><comments>http://bugs.xdebug.org/view.php?id=863#bugnotes</comments></item><item><title>0000861: Describe encoding of the 'fileuri' parameter in DBGp</title><author></author><link>http://bugs.xdebug.org/view.php?id=861</link><description><![CDATA[The encoding format of 'fileuri' is actually not documented here - xdebug.org/docs-dbgp.php&lt;br /&gt;
&lt;br /&gt;
Recently I've tried several ways:&lt;br /&gt;
1) URL encoding - doesn't work&lt;br /&gt;
2) Rule for all message packets (&lt;a href=&quot;http://xdebug.org/docs-dbgp.php#message-packets&quot;&gt;http://xdebug.org/docs-dbgp.php#message-packets&lt;/a&gt; [&lt;a href=&quot;http://xdebug.org/docs-dbgp.php#message-packets&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]) - doesn't work&lt;br /&gt;
3) Escaping of ' ' and '%' - works.&lt;br /&gt;
&lt;br /&gt;
Please clarify the official position in the documentation&lt;br /&gt;
&lt;br /&gt;
Thanks!]]></description><category>Documentation</category><pubDate>Sat, 23 Mar 2013 14:50:07 +0000</pubDate><guid>http://bugs.xdebug.org/view.php?id=861</guid><comments>http://bugs.xdebug.org/view.php?id=861#bugnotes</comments></item></channel></rss>
