And then there was one les

This looks like a css issue, Maybe a class is missing from the fields when a user is not logged in which would ordinarily size the fields accordingly. If you provide exact steps to product i will happily take a look in the comparison template and see if i can find the cause. I will post it back here if i can. EDIT:: I have looked in my comparison pages, i found it on the view cart pages but it does not break in my case, are you sure you have not done any customisation of your comparison template?

Firstly, i know this isn't a bug, but i thought this is the place to add it as i don't think it is really a feedback matter but i think it needs looking at.The table structure surrounding the domain TLD available and pricing are somewhat odd. [tbldomainpricing] has no pricing, it has the available TLD and their addons information. [tblpricing] contains the domains pricing, but this too is very odd. A new row is entered for register/transfer/renew. I believe this structure would make more sense: [tblproducts] Available domain TLD should come under products [tbldomainpricing] Should contain the pricing for the domains, one row for one pricing slab. so the pricing would go something like this. [co.uk] - [clientgroup] - [register] - [transfer] - [renew] Obviously, Default pricing for each TLD would be where [clientgroup] is empty, null or whatever option is chosen.

http://docs.whmcs.com/Common_Troubleshooting_Tips#Server_Command_Error_-_Curl_Error_-_Couldn.27t_connect_to_host_.287.29 And for speedy sake. cPanel/WHM 2086/2087, Plesk 8443, DirectAdmin 2222, it isnt an i your unblocking, its the ports.

Im working on my own full integration, its taking some time believe me. I can see why its taking so long to complete.. but i have to say.. hurry it up please i want to see whats new lol

i dont actually understand what you are doing here to be honest, whmcs has a template system that you can use to create all of your site layout in, there should be no reason so far as i can see to be using a php include in whmcs. Overall the system is so flexible you really shouldnt need to resort to such hacking of the code your applying. If you want any help integrating properly then there are also plenty of developers and designers that are about to do it. you can also purchase integration from whmcs directly. I would offer my own services to you but i really dont have the time at the moment, i only popped in because you said css issues, but even there, you didnt give any information with regards to the css coding. Whenever you are speaking about a problem try to give all the information you can, Also you will find you can use BB code, so if you need show some code, Use [Xcode] css here [X/code] I ADDED capital X in the tags so they wouldnt execute, just remove them to use the correct tag.

IF CDG is open source you can simply duplicate it and alter the parts that have any reference to the CDG part.

I find it a little odd, hostgator being a reseller of whmcs have access to the debranding the same as everybody else why are they not offering it to you?

yes, dont use the freedns servers, instead set up your own dns servers you can do it fairly easily. cpanel dns only is free to download and use if you are hosting on cpanel servers then you can very easily set up your own dns servers. it takes a few hours to complete and secure but its well worth the end result.

Please also note, the live chat module has two different versions available, make sure that you are installing the correct one for your version of WHMCS.

I have not come upon this. please provide steps to reproduce, payment gateway used, type of service it happens with.

Okay just to put this to bed and clarify exactly how the mobile apps/API access are supposed to work. The API has a list of IPS available to access it (general settings one per line once you yourself add them) ONLY these IP addresses are permitted access to the API, all others are rejected with the exception of having set-up the $api_access_key in the file configuration.php If you set-up this key and provide the key during API calls, this circumvents the API checks and allows your device/system/API call to go ahead regardless of the IP Address. So in this case, dynamic IP Addresses for mobiles (although probably 90% of all normal IP Addresses are to some extent dynamic usually monthly lease renewal on a router) cannot reasonably apply an IP to the list and expect that it will just work no matter where you are as those IP's are more dynamic than most so you use the API key instead. I hope this now makes sense.

The bottom of the page in common issues. It does not specifically say, if you have a dynamic ip do this, but the if you had found the page having gotten that notice you would have seen it. I dont think this is a new addition either. Invalid IP This error means the API Access Key has not been added successfully to the configuration.php file. Please refer to step 7 above. The $api_access_key line should go before the closing ?> tag.

Thank you very much chris, it wont help me as i have completed my setup now, but it might save somebody else some time.

Having just set up 2CHECKOUT and wanting to test the process so i can have a feel for what the whole process looks like i have found that the documentation at whmcs is a little bit short of information that can save a whole lot of time in searching the database. One such area is the demo features, to save time searching the internet for this answer and finally only locating it by hunting through 2CHECKOUT's developer area I found the answer i needed to continue testing. This would have been extremely helpful to have at the WHMCS site in the demo section of the 2CHECKOUT documentation where most of the whmcs clients will be using to get set up. 2CHECKOUT demo mode works through the live environment and all submitted details on the 2CHECKOUT website must be correct as if it was a live order being processed. No payment will be taken from the card when demo mode is enabled.

yes, the easiest way is simply to create an extra product matching an existing product, that you want to offer a free trial of. New Product: product to require domain name, free product billing, fixed term three months, auto terminate at end of term. before end of term use marketer to send notice to upgrade the package or product terminates. The hardest part you will find is any of the three options for a domain will allow the order to go through, IE, using own domain would. To combat this, you can use an {if} block in your template in configureproductdomain.tpl around the part that displays the page. This will remove the own domain option from the form so that your clients will only see the register or transfer for the specific product and so forcing them to place some sort of domain order. So it would be something like this: I have marked bold the additional code to add that will give you a start point. {if $owndomainenabled AND $product.pid neq "1"} <div><label><input type="radio" name="domainoption" value="owndomain" id="selowndomain" onclick="document.getElementById('register').style.display='none';document.getElementById('transfer').style.display='none';document.getElementById('owndomain').style.display='';document.getElementById('subdomain').style.display='none';document.getElementById('incart').style.display='none'" /> {$LANG.orderdomainoption2}</label></div> {/if} You might find product.pid is not the correct template variable, or might be unavailable that that early step in the process. You can always add it in with a hook to make it available when you need it or name it what you like.

Any news on this? I have just setup the module today v5.2.5 and have the same issue.

The fix for this will have been in, template/orderforms/templatename/configureproductdomain.tpl no doubt. please verify. Again, if this happened in the supplied templates, report it. If it only happens in your own template then its not a whmcs issue.

I second this, If you have seen a post making false claims it should be able to be responded to by whmcs or a removal request placed. On point though. If you want to know how whmcs handles things then your first point of call should be whmcs, they can best answer your questions.

if you want to know the scope, you can output $vars and see what is contained in the array. there are normally at least two but this isn't always the case. I do understand your point on the documentation it can be a little sparse in its information in places but that's not necessarily a bad thing, it means you have to investigate and learn and not just rely on somebody else's work.

Did this also happen when you used the default template? if not then this is a template issue and not a whmcs issue. Actually yes, If you provide step by step instructions the persons looking at it know exactly where to find the issue. This means there is no searching around the application to find what you talking about and makes the process very much faster. You should provide steps to reproduce with all bug reports. That is what is requested and the practice you must use.

Hi mike, looking into this furter, google visualisations do not support this as the bars are dynamically created according to the number of bars needed and the width of the area they are contained into, There is however a way to do this with jquery so i will make a modification and get it up later on with screen shots. Its on my devbox so i will have to fake some data to show the bars but i can do it.

Bar width should just be a CSS change?

Inbox me if you still need this

The principle is simple enough. So what other things do you have in mind? Drop me an inbox to discuss if you prefer

Does something like this not work? "subscription" => array ( "FriendlyName" => "Subscription Term", "Type" => "dropdown", "Options" => array("1 Month" => 1, "12 Months" => 12,"24 Months" => 24), ),