[PHP-BUG] Bug #64420 [NEW]: SoapClient ignores faults sent by SoapServer

[polettog at gmail dot com]

From: polettog at gmail dot com
Operating system: linux 32bits
PHP version:  5.3.22
Package:  SOAP related
Bug Type: Bug
Bug description:SoapClient ignores faults sent by SoapServer

Description:

A client request can be "one way" or not, if "one way", an empty response
will be given to the caller (__getLastResponse() returns empty string).

As i can see in soap.c (do_soap_call() : 2692), the "one way" detection is
based on the wsdl : if the function (operation) has no "output message", no
need to read the response, but in this case no faults will be taken in
count.

I report it as a bug since there is no mention in the doc of the necessity
for a function to return something to make SoapFault system work and
__getLastResponse() work.

I first wanted to post it as a note in the doc but it says to not post bugs
there.

Expected result:

__getLastResponse() returns the response and SoapFault's are thrown in the
client

Actual result:
--
__getLastResponse() returns empty string and no SoapFault thrown in the
client (SoapFault's are lost in nature)

-- 
Edit bug report at https://bugs.php.net/bug.php?id=64420&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64420&r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64420&r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64420&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64420&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64420&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64420&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64420&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64420&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64420&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64420&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64420&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64420&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64420&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64420&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64420&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64420&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64420&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64420&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64420&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64420&r=mysqlcfg

#47305 [Com]: html_entity_decode and CP1252

[polettog at gmail dot com]

 ID:   47305
 Comment by:   polettog at gmail dot com
 Reported By:  poletto at gmail dot com
 Status:   Feedback
 Bug Type: Strings related
 Operating System: GNU/Linux 2.6 x86
 PHP Version:  5.2CVS-2009-02-04 (snap)
 New Comment:

I tried with this snapshot


Previous Comments:


[2009-02-04 22:20:25] j...@php.net

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/





[2009-02-04 13:44:54] poletto at gmail dot com

Description:

html_entity_decode doesn't decode spécific CP1252 entities (characters
in the 0x80-0x9F range) when specifying 'cp1252' charset, whereas it
decodes succesfully other latin1 characters.


Reproduce code:
---


Expected result:

string(1) "€"
string(1) "€"
string(1) "é"
string(1) "é"
string(1) "é"


Actual result:
--
string(8) "€"
string(7) "€"
string(1) "é"
string(1) "é"
string(1) "é"






-- 
Edit this bug report at http://bugs.php.net/?id=47305&edit=1