Custom field names not decoded in SOAP ACCOUNTINFO
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OCS Inventory: Server |
Fix Committed
|
Low
|
mortheres |
Bug Description
In the ACCOUNTINFO section of the results of the "get_computers_V1" and "get_snmp_V1" SOAP services, the names and values of custom fields are represented as opaque references such as "fields_3" or "1&&&2". This makes the fields' names and values meaningless to SOAP clients unless those clients have prior knowledge of the mappings of these names.
I've created a fix for this, which I've submitted to frankb for shepherding upstream. Creating this issue so that there's a more concrete record since I'm temporarily working on a different set of projects. The commit message from my bzrsend follows.
Enhance handling of custom fields (i.e. other than TAG) in ACCOUNTINFO element
of get_computers_V1 and get_snmp_V1 SOAP call results. Now
ACCOUNTINFO/
than e.g. 'fields_3'. Also, value of ACCOUNTINFO/ENTRY for custom field types
CHECKBOX, RADIOBUTTON, and SELECT is now resolved to textual values. So where
before we got:
<ACCOUNTINFO>
<ENTRY Name="fields_
<ENTRY Name="fields_
</ACCOUNTINFO>
Now we get:
<ACCOUNTINFO>
<ENTRY NAME="FOO"
<ENTRY NAME="BAR"
<ENTRY NAME="BAR"
</ACCOUNTINFO>
Changed in ocsinventory-ocsreports: | |
assignee: | nobody → mortheres (mortheres) |
importance: | Undecided → Low |
Hi,
Thanks a lot for this patch. This true that custom fields were not completly integrated in OCS SOAP engine. Thanks to your patch, it is now resolved :D :D.
Your patch has been commited in revision 713 of ocsinventory- server/ stable- 2.1 branch: http:// bazaar. launchpad. net/~ocsinvento ry-dev/ ocsinventory- server/ stable- 2.1/revision/ 713
It will included in OCS 2.1 final release :) :).
Kind regards,
--
Guillaume