You're using an outdated version of Xdebug, please try 2.1.0 first. This bug is listed as fixed in 2.1.0beta1.

I have this problem Xdebug v2.1.0 / PHP 5.3.2-1ubuntu4.2

The test case given by dalexandre is still valid, see below:

[tvl@iron ~/Desktop]
$ php --version
PHP 5.3.3-1ubuntu9 with Suhosin-Patch (cli) (built: Sep 20 2010 20:39:59)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
with Xdebug v2.1.0, Copyright (c) 2002-2010, by Derick Rethans
[tvl@iron ~/Desktop]
$ cat test.php
<?php
xdebug_disable();
try {
$sc = @new SoapClient("some-wrong.wsdl");
} catch (Exception $e) {
echo "Error Caught :-)\n";
}

[tvl@iron ~/Desktop]
$ php test.php
Error Caught :-)
[tvl@iron ~/Desktop]
$ vi test.php
[tvl@iron ~/Desktop]
$ cat test.php
<?php
//xdebug_disable();
try {
$sc = @new SoapClient("some-wrong.wsdl");
} catch (Exception $e) {
echo "Error Caught :-)\n";
}

[tvl@iron ~/Desktop]
$ php test.php
[tvl@iron ~/Desktop]
$

So, with xdebug enabled, the error is not caught by the try/catch anymore.

I can't update the bug report, but as tvlooy mention it,
even with xdebug 2.1.0 I still have this issue.

I think it could be interessting to mention that i'm using dotdeb repository (php5-xdebug_5.3.3-0.dotdeb.1_i386.deb).

This is still broken, also in 2.1.1

I even believe this isn't a 'minor' issue, because this just means that the 'exceptions' option is broken. Using exceptions really forces you to add a xdebug_disable() call...

This is still broken in 2.1.2.

Hi, I confirm this bug still exists in last version because the fix made in past couldn't solve the problem at my sense. Couldn't get a SOAPACTION header in client mode.
I tried a patch, ugly, but working, to solve that situation and back to old error handler when SOAP is in use.
I admit I couldn't figure out a better way to solve the problem if we want to keep the stack trace overloading of xdebug...
Other way would be to give up on xdebug overloding of error message :(
I uploaded the xdebug_stack.c modified for 2.1.2

In my patch I doesn't include treatment for the SoapServer type error because first patch in xdebug.c is supposed at least to solve that part. But normally if we want to centralize detection, possible to add a strstr on "SoapServer::Soap" I guess.

I attached new version of the patch to make it more stable and covering all cases, still ugly though but seems to works well...

I've to say also that this patch will make stack trace overload in error message available only in exception mode of the soap client, if you decide to raise a fatal error, then no xdebug stack trace.
So it could say it's doing half of the job, I'm not sure it is better than not do at all only in case of soap error...

Hi, I had a little time to work more on it so I got a 3rd version of the patch that is, this time I believe, clean :)

It's more evolved as it checks if last stack entry is a class with name SoapClient or SoapServer, also it'll check if soap php extension is in used, that should proof that it is the native SoapClient or SoapServer provided by php and not some user defined class in PHP language.

It's still missing a little something to make it perfect though, it could be nice to find a way to check current soap configuration context to know if the user is asked soap extension to raise an exception or just a php error... For now I not yet figured out a clean way to do it.

derick, do you know if there is a way to use the object store in executor_global->current_execute_data ?
I tried many things but seems that object is already destroyed or can't be accessed anymore...
If we wanted to know if we have to run xdebug error handler or not, we need to access the SoapClient or SoapServer object properties, as soap module add a property to the object to say if it has to raise exception or not...
So I tried to use get_properties function from the object handler stored in executor_global->current_execute_data but it makes segfault...
I guess I misunderstood something or context is not accessible anymore. If so, it's impossible to use xdebug error handler properly with soap error error handler at same time.

I've implemented in a slightly different way, but it should work. Please test the code on github (either master, or xdebug_2_1).