View Issue Details

IDProjectCategoryView StatusLast Update
0001497XdebugUncategorizedpublic2020-03-12 16:46
Reporterinfo@xtack.orgAssigned Toderick 
Status resolvedResolutionwon't fix 
PlatformMS WindowsOSMS WindowsOS VersionMS Windows 7+
Product Version2.5.5 
Target VersionFixed in Version 
Summary0001497: REQUEST: Implement PHP_INI_PERDIR type variable allowing to completely disable all Xdebug functionality per directory
DescriptionHi Derick,

I would like to kindly request you to implement a new PHP_INI_PERDIR type
variable in Xdebug 2.5+ allowing the user to completely disable _ALL_ Xdebug functionality per directory, via PHP .user.ini files, even if Xdebug was
originally/centrally loaded from the master PHP.ini file.

At the moment, and according to Xdebug's documentation and the PHP Manual,
I don't think there's such feature implemented:

... and such a feature would be extremely useful in numerous scenarios.

On the other hand, I intuitively tend to think that it shouldn't be hard or
time consuming to implement.

Thank you!
TagsNo tags attached.
Operating SystemMS Windows
PHP Version7.1.0-7.1.4



2017-12-01 10:29

administrator   ~0004496

Due to semver I can't add new features to Xdebug 2.5.x - and Xdebug 2.6 is nearly ready, and I won't add more features besides the one on the road map to that. As this is likely going to be a breaking change, the first version I could add this would likely be 3.0.

But also, this request is not simple to implement. Feel free to follow your intuition and open a PR. There is a contributing guideline at

2017-12-01 21:01

reporter   ~0004497

Hi Derick, thanks a lot for your quick reply. Yeah, I see the point to only eventually consider it for 3.0, thanks!

I will try to have look at the code, although at the moment I'm a bit short of time.

Thank you again and please do kindly consider this feature, anyway, for 3.0.

Best regards.


2020-03-12 16:29

administrator   ~0005293

I am closing this specific issue out, as Xdebug 3 will solve this in a different way through "modes". Don't worry, it won't be forgotten :-)

Issue History

Date Modified Username Field Change
2017-12-01 08:48 New Issue
2017-12-01 10:29 derick Note Added: 0004496
2017-12-01 10:29 derick Priority normal => low
2017-12-01 10:29 derick Status new => acknowledged
2017-12-01 10:29 derick Resolution open => suspended
2017-12-01 21:01 Note Added: 0004497
2020-03-12 16:23 derick Severity minor => feature
2020-03-12 16:29 derick Assigned To => derick
2020-03-12 16:29 derick Status acknowledged => resolved
2020-03-12 16:29 derick Resolution suspended => won't fix
2020-03-12 16:29 derick Note Added: 0005293
2020-03-12 16:46 derick Category Feature/Change request => Uncategorized