I didn't receive a response from OpenSRS about this message I posted a
couple of days ago, so I'm reposting it. My questions were:
- was the API changed intentionally, or was the change just an omission?
- if it was intentional, how should I be getting the new order ID of
a resubmitted declined transfer now?
Thanks!
----- ORIGINAL MESSAGE -----
I've been trying to track down the source of a bug that was preventing
our system from getting the new order ID for a resubmitted order of a
failed transfer.
To get the new order ID, our system relies on the "order_id" result
parameter from the process_pending command, as documented in version
2.8.0 of the API spec under "Process Pending Order":
$VAR1 = {
rwi_attributes => {
order_id => Œ3740183¹
number_of_canceled_orders => Œ0¹
},
is_success => Œ1¹
protocol => ŒXCP¹
object => DOMAIN
response_text => ŒDomain registration successfully completed¹
attributes => {
registration expiration date => Œ2005-12-05 15:23:15¹,
id => Œ3212359¹
f_auto_renew => ŒY¹
},
response_code => Œ200¹
action => ŒREPLY¹
};
In this example from the docs, the new order ID would be 3740183. A
system using the API can then store that ID and track that order.
However, it appears that in more recent versions of the API, the entire
"rwi_attributes", including the "order_id", is no longer present in the
result. The documentation began omitting them in version 2.8.1.
This change seems to be a problem. Unless I'm missing something, there is
now no way to programmatically get the new order ID of a declined, then
resubmitted, transfer. (I can't use the "process_transfer" command that
returns a new order ID, because according to the docs, process_transfer
only works with canceled orders, not declined ones.)
The end result of this is that our system can't track the resubmitted
order, because it doesn't know the order ID. In particular, we rely on
the ID so that if the second transfer attempt fails, we can submit it a
third time if necessary -- but we can't do that without knowing the ID of
the second order.
Was this API change intentional, or is it a mistake that should be fixed?
I can't find any announcement of it in the old messages from OpenSRS, and
"rwi_attributes" is not marked as deprecated in the 2.8.0 spec.
---------------------------------------------------------
"Go away... I'm all right." - Last words of H. G. Wells
