line1
line2
line3
line4
line5
Hi,
This is my discussion with r3s3ll3r-supp0rt so far (sorry, this is a
Majordomo thing hehe), I will paste it all:
My 1st question:
Hi, Another bug/(problem/or just request to do it correctly) - when
bulk order domains, they are put in separate profiles, not 1. This is
so at the version we use, and the latest untouched client code
version. (At RWI set to put all orders in the pending list). Let us
know if this is designed that way?!
Answer:
Hello,
In order to group domains together into one profile, the profile must
be created first. Either use a domain that is already registered or
register one domain first before bulk ordering the rest.
Hope this helps
My reply:
OK, but when we select 2 pending domains at the RWI aren't they
registered one by one? And if so everything should be fine - first
will be registered the main domain name, the profile created and when
the system continues it should put the the other domain in the right
profile?
Answer:
Each one would be registered into a separate profile, unless you
specified an existing domain name and login/password at the beginning
of the bulk registration process.
And my detailed reply:
Huh?? Look at this comment from the client code:
(.. somewhere in sw_register().. )
# if multiple domains are being registered based on a new profile,
# send the necessary flag down to the server so they stay under the
# same profile
if (scalar @domains > 1 and not $xcp_request->{attributes}->{reg_domain}) {
$link_domains = 1;
}
What is your comment about this? And why it doesn't work?
(This adds {attributes}->{link_domains}=1 and ->{master_order_id}=$id
for domain names after the first.)
So there should be a way to do so, seems your comment below is not
true.
I am still claiming there IS A BUG at the RWI. Having in mind what I
pasted above, that the domains are linked, first is let say "main", if
at the RWI you register one by one domain names, starting from smaller
order ID, everything will be fine: first domain name will be
registered and then all others (in any order) will go to already
existing just created profile.
But if you don't process the smaller order ID first everything before
it will go to separate profiles as the "main" still doesn't exists.
So THE BUG IS: when you select ALL of the orders at the RWI (don't
process one by one, with smaller order first) your server SHOULD
process them in incremental order WHICH IS NOT THE CASE. Seems the
order of processing is random, because the domains DON'T GO TO ONE
PROFILE EVERY TIME!
Look, I know you receive thousands of really stupid e-mails and you
just hit reply and say two-three words, but I am bored explaining
these things so much times - in fact you are a second person replying
about this saying everything is fine... On top of everything I can't
post to dev-list. ARGH :)
Answer:
Using bulk registration and the pending orders queue in this manner
was never intended for the OpenSRS system, though I understand how
it's reasonable to expect the queue to be processed sequentially.
However, from your experience it seems that it may not be. You will
have to ensure the first domain is registered before you submit your
bulk order, and it should go through fine. This would be the best
method to process registrations, as if the first domain fails to
register for any reason it would kill the bulk order.
BTW, finally saw your messages on the dev-list, glad you were able to
get on eventually. OpenSRS Support can provide a limited support for
the scripts and so the dev-list is a good resource.
Now:
Can someone from opensrs dev comment on my problem - it should be easy
to fix, just a sort() before process at the RWI code (seems orders are
in a hash now)?
Best regards,
Doytchin Spiridonov mailto:[EMAIL PROTECTED]
http://www.WebYou.com Web Design and Development
