Continuing my new tradition of releasing at least one Xdebug release a month, in May I've released Xdebug 2.9.6. The main reason for the release is to fix a crash which would occur when classes in third party extensions would not implement PHP's internal "get_properties" API. This bug was found with the protobuf extension.

The second change is to add the SameSite attribute to the cookies that Xdebug maintains for multi-request debugging sessions. Because PHP's cookie setting API did not support this until PHP 7.3, neither will Xdebug. (So upgrade!).

And lastly, the 2.9.6 release addresses an inconsistency when path and branch information is returned with xdebug_get_code_coverage(), when enabled. Up to now, nothing made use of Xdebug's branch/path coverage yet, but PHP Unit will from this August's release have initial support for it. Xdebug 3 should also make code coverage (and other things) faster as well. Which brings me to the next item.

I have spent some time changing the way how you configure Xdebug's myriad of features. Xdebug has way too many configuration settings, and one of Xdebug 3's goal is to simplify its configuration, and at the same time improve performance.

With Xdebug 2.9 I have already split up and reorganised the code towards this, but with a soon-to-be-merged branch, you will no longer be able to enable both the step-debugger, code coverage, profiling, and/or tracing at the same time. The settings xdebug.default_enable, xdebug.remote_enable, xdebug.profiler_enable, xdebug.coverage_enable, and xdebug.auto_trace have been replaced with the xdebug.mode setting which can have the values off, display (for var_dump() override and stack traces), trace, debug, profile, and coverage.

Further more, the individual "trigger" features, either through cookies, function calls, environment variables, etc, have been replaced by a generic xdebug.start_with_request settings, which can have the values never, trigger, always, and default. The default value for the setting emulates Xdebug 2's behaviour.

As an example, where you previously used for code coverage:

xdebug.default_enable=0
xdebug.coverage_enable=1 # this was the default

You now use:

xdebug.mode=coverage

And you also won't have to think about setting xdebug.profiler_enable=0 and xdebug.auto_trace=0.

Similarly, for step-debugging with the debugger starting when you have a warning, error, or exception, you no longer use:

xdebug.remote_enable=1
xdebug.remote_mode=jit

But instead you use:

xdebug.mode=debug
xdebug.start_with_request=trigger

I have not written the documentation or upgrade guide for these changes yet, but I expect that to be finished in June, when I will also shift my focus to improvement the performance of each month.

I worked on Xdebug Cloud only a little in the beginning of the month, with a few minor things to iron out before it can be alpha tested by interested parties. If you've signed up to the Xdebug Cloud mailinglist I'll let you know as soon as something can be tried-out.

In May, one new supporters signed up:

Seravo

Thanks!

If you, or your company, would also like to support Xdebug, head over to the support page!

Besides business support, I also maintain a Patreon page and a profile on GitHub sponsors.