Tim: Tucows has department that is dedicated to Quality Assurance. We push all our releases through a rigorous QA process.
Inevitably bugs do make it into our system. We very much appreciate hearing about them and try to be responsive in resolving them. It is best to contact customer support at [EMAIL PROTECTED] to report bugs as this initiates a process where the bug is formally entered into our bug tracking system, prioritized and immediately submitted. We have a policy where bugs can be allocated as P1, P2 or P3. P1 bugs are dealt with immediately. P3 bugs (i.e. without any financial impact to resellers or Tucows) are dealt with in an upcoming maintenance release. I will personally submit this as a P3 bug. Regards, Alan Hutchison Director, Product Management Tucows Inc. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Tim Woodcock Sent: Friday, November 21, 2003 1:20 PM To: Development List Subject: Tired of bugs. Hi tucows. I am really tired of finding and hearing about serious flaws in the domain registration system. It is not the fact that they are there, or even that they are slow to be fixed. (eg: Re: Fatal Server Error when adding nameserver, a problem that has apparently been around for a while) I am tired of hearing about new products when the domain registration product, released years ago has never been finished, and the documentation is missing and/or incorrect. I am happy that you have staff working on fixing things, but PLEASE listen to us and get things fixed, preferrably now rather than later. Example: "Invalid private key" We have been getting this message from the client periodically in the bulk system for over a year. Recently, it has come up in the regular registration system. A little investigation reveals that the software is lying to us. There is a piece of code that translates "No response from server" into "invalid private key". The reason for this is simple: The client does not know how to fail a login gracefully. The SERVER has responses that would tell the client what happened and why, but the client does not know how to read them. The solution is easy enough. If you fail to decript the data you were sent, process the result as the unencrypted data that it is. --------------------------------------------------------------------- Tim Woodcock [EMAIL PROTECTED] BareMetal.com Inc. http://baremetal.com/ Software Development Team --------------------------------------------------------------------- Message received 2003-11-21 from '[EMAIL PROTECTED]': > Been there many times but using the RWI. :( > > The system is excessively picky about the names sever > specification. I have forgotton all the problems / bugs -- > I now just copy a previous (successful) registration so I > can avoid the problem.. > > If memory serves; The problem typically goes away if you > specfiy DNS server in lower case (UDNS1.ULTRADNS.NET & > UDNS2.ULTRADNS.NET are the ones that get me all the time) > and the servers must be valid and specified. For example I > often register .INFO's and then have to manually delete > the DNS servers via the manage interfaces (names that I'm > purchasing for future use but want to avoid having domain > speculators mine the ZONE for and monitor what I'm doing). > > I really feel the interface should be more forgiving about > what you enter. Perhap just a warning versus complete > failure. I feel pretty strongly about this as it's very > frustrating to manually enter an order and then have the > entier order lost because of a single typo -- This really > needs to be fixed! > > > > > On Fri, 21 Nov 2003 00:57:00 -0800 > "Mike" <[EMAIL PROTECTED]> wrote: > >Hi, > > > >I'm receiving a 400: Fatal Server Error Occured when > >trying to add a > >name server to a domain on the test system via the API. > > > >I can update and remove name servers fine- I only get the > >error when > >adding one. > > > >I went through the archives and saw a few other related > >messages, but > >didn't see any solutions- maybe I missed them. > > > >I'm passing the command as: > > > >Array > >( > > [action] => modify > > [object] => domain > > [cookie] => 659305612:391169 > > [attributes] => Array > > ( > > [data] => nameserver_list > > [nameserver_list] => Array > > ( > > [name] => ns2.domaindirect.com > > [action] => add > > ) > > ) > > > > [registrant_ip] => 10.0.1.2 > > [protocol] => XCP > >) > > > >as far as I can tell from the documentation, that's > >correct. > > > >Any help would be appreciated. > > > >On a side note- "Occurred" (in the error message) has two > >r's :) > > > >Cheers, > > > >Mike Pultz > >[EMAIL PROTECTED] >
