Hi Robert, this was intentional change, unfortunately without considering all consequences. rwi_attributes will not be returned in the future, but order_id will be restored within regular attributes section. This bug fix is getting bundled with next release, expect to see it on Horizon around June 21, Live June 28.
If this is breaking your processes, please give me a call and we can discuss alternatives. Thanks, ------------------------------------ Zeljko Dimic Technical Product Manager [EMAIL PROTECTED] Tucows Inc. 96 Mowat Avenue Toronto, ON, M6K 3M1 Canada tel: 416.535.0123 x 1256 fax: 416.531.5584 ------------------------------------ -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Robert L Mathews Sent: Wednesday, July 14, 2004 1:04 PM To: [EMAIL PROTECTED] Subject: Parameter removed from process_pending? (Repost) 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
