|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #40793 xmlrpc_is_fault shows warning if parameter is not an array
Submitted: 2007-03-13 12:41 UTC Modified: 2007-03-13 13:56 UTC
From: camka at email dot ee Assigned:
Status: Not a bug Package: XMLRPC-EPI related
PHP Version: 5.2.1 OS: windows
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Bug Type:
From: camka at email dot ee
New email:
PHP Version: OS:


 [2007-03-13 12:41 UTC] camka at email dot ee
xmlrpc_is_fault is supposed to accept a result returned by xmlrpc_decode. 

As xmlrpc_decode can return non-array value, xmlrpc_is_fault throws a notice:

xmlrpc_is_fault() : Array argument expected

which is incorrect, as it is common to simply pass the decoded xml response directly into is_fault() function to check, whether it has been fault or not.

Reproduce code:
var_dump(xmlrpc_is_fault(xmlrpc_decode('<?xml version="1.0" encoding="utf-8"?><methodResponse><params><param><value><int>2</int></value></param></params></methodResponse>', 'utf-8')));

Expected result:

Actual result:
Notice: PHPDocument8 line 2 - xmlrpc_is_fault() 
[function.xmlrpc-is-fault]: Array argument expected



Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2007-03-13 12:51 UTC]
The function is supposed to accept only arrays by design.
 [2007-03-13 13:41 UTC] camka at email dot ee
Sory, but I slightly disagree.

In current implementation I must implicitly check, if decoded xml response is array or not before passing it to xmlrpc_is_fault(), otherwise it gives me a notice. This is just unnecessary additional confusing check to do, which makes a code dirty and unclear. If this check would be inside is_fault function the implementation would be more incapsulated and simple for developer using xmlrpc ext. 

Or may be there is another way to check whether the response contains a fault or not?

thank you
 [2007-03-13 13:56 UTC]
>Sory, but I slightly disagree.
It's hard to disagree with a fact.
The function IS designed this way and is_array() check is not that ugly, dirty, unclear and confusing.

Whether it was reasonable implementation or not - that's a different question.
The XMLRPC extension is unmaintained for a long time and I personally do not feel willing enough to change it's behavior just because it requires one is_array() call.

And this is definitely not a BUG, but a change request.

Actually we have simular things in many places - for example, fread() and fwrite() emit a notice when invalid stream passed, even though fopen() might return FALSE. 
And you have to use those "unnecessary, confusing, ugly, dirty and unclear" checks to be sure the stream is valid.
 [2016-07-21 09:56 UTC] josef dot sabl at gmail dot com
>The function is supposed to accept only arrays by design.

Than it is designed horribly and everybody, just everybody, needs to implement their own method (congrats!).

And also example in documentation of xmlrpc_encode_request function (which xmlrpc_is_fault points to) should be fixed  because it is like this:

if ($response && xmlrpc_is_fault($response)) {
    trigger_error("xmlrpc: $response[faultString] ($response[faultCode])");
} else {

And first line just throws error for some $responses.

>Actually we have simular things in many places

Yes, PHP has many poorly designed functions. At least we agree on something :-D
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Sat Dec 03 13:03:50 2022 UTC