according to the spec, XML/RPC should return integer faultcodes

Registered by Raphaël Valyi - http://www.akretion.com

from a bug reported by Lauren Laden and confirmed by our team at Smile.fr:
https://bugs.launchpad.net/openerp/+bug/257581

I'm quoting the relevant portion of the bug report here:
Laurent Laden:
"
at www.xmlrpc.com :

"The <methodResponse> could also contain a <fault> which contains a <value> which is a <struct> containing two elements, one named <faultCode>, an <int> and one named <faultString>, a <string>."

Tiny Erp return a string and not an int. It's not very clear on the xmlrpc website but for exemple the apache java xmlrpc client understand only integers
"

Me:
"
Fabien,

I think we would really need that at Smile for our largest project.

you said it's planned for v6. Why? Is that because you don't have resources to do it or because it would break some backward compatibility critically?

If that's only a lack of resource, please do tell us because we might be ready to implement it, waiting the next version for one year is hardly and option and the workarounds are hugly for us.

Finally, you said it's planned for v6. But if you smply flag the bug as "won't fix", their is no clue it's planned for v6, so IMHO we should flag that in a different way (re-target it?) because else the risk it high that it get forgotten or that somebody looking for it have trouble finding that the bug is known (so he will win time, possibly fixing the bug instead of just asking himself if he is right or not).
"

Blueprint information

Status:
Not started
Approver:
None
Priority:
Undefined
Drafter:
None
Direction:
Needs approval
Assignee:
None
Definition:
Pending Approval
Series goal:
None
Implementation:
Unknown
Milestone target:
None

Whiteboard

Claimed to be fixed in Activity Solutions branch ( see https://code.launchpad.net/~activity/openobject-server/trunk ), revision #1256, Revision ID: <email address hidden>
see commit: http://bazaar.launchpad.net/~activity/openobject-server/trunk/revision/1256

If this proves to be right, I suggest merging that to OpenERP server trunk at least.

Hope this helps,

Raphaël Valyi

(?)

Work Items

This blueprint contains Public information 
Everyone can see this information.