imaticon

I have taken my time now to make the following: 1. Again a clean install of whmcs 7.7.1 2. Basic setup, system url, mail, gateway, registrar module built in from WHMCS (Resellerclub), and added .com TLD See your self: https://www.hippovideo.io/video/play/Lhf1HYpDLS9HbtkBzWCuiIXszAZCGvz8TyzPhIaXQKA For whatever reason, WHMCS support says that they cannot reproduct this with a fresh install 🙄

Hi Dan, I have several times setup a fresh WHMCS installation and all I did is adding just .com to test this behavior. So what could be different in my fresh install and a fresh install from your end? I would say there is no difference and therefore there is no need to provide access for something you already have at your end ( a fresh whmcs install ). A Bug report has already been opened which has been converted into a support ticket because the support guy was unable to reproduce it. As for now, there is one WHMCS user that is confirming the same behavior ( thank you @EvolveWebHosting ). Maybe I have not explained clear enough what the expected behavior should be? The main issue here is that you need to click again the Search button in the Cart and this should not happen but it does definitely happen BUT ONLY if you reproduce it as I have explained above with the provided settings. Have you tried, @Dan ?

No, clean and fresh install, no modifications.

Hi all, Domain lookup invoked from the main index (form submit to domainchecker.php) does not work if captcha type is set to "reCAPTCHA v2" or "Invisible reCAPTCHA" and Captcha Form Protection is set to "Off when logged in". This affects customer who are logged in only and only with WHMCS 7.7.1 These are the settings to reproduce the issue: 1. Goto WHMCS -> Setup -> General Settings -> TAB "Security" 2. Set Captcha Form Protection to "Off when logged in" 3. Select Captcha Type "reCAPTCHA v2" or "Invisible reCAPTCHA" 4. Save the changes Login as a customer (not as admin on behalf a customer). Goto the main index.php of the WHMCS and make a domain search. This will invoke the domain lookup in cart.php but does not perform the domain search. You need to click the Button "Search" in the cart again. It only happens when logged in and with Captcha Type "reCAPTCHA v2" or "Invisible reCAPTCHA" selected. If you set Captcha Type to "Default (5 Character Verification Code)", then the domain search will be performed without the need to click the search button in the cart. Can someone confirm the same issue?

Blackfriday offer is now live: http://www.resellerclub-mods.com/en/news/490-black-friday-and-v4-module-updates.html

Hi all, I'm happy to inform that BLACK FRIDAY will be back at Resellerclub Mods again like in 2016! 😃 We will offer the following promocodes, only valid on 23rd November 2018, starting from 0:00:01 till 23:59:59 WET (Greenwich Mean Time). Do not miss this offer because for us, BLACK FRIDAY returns only every 2 years. Also kindly note that we do not start the Black friday earlier and we will not extend this Offer beyond 23rd November like many others. PROMO CODES: For all available individual Modules: BLACKFRIDAY-MODULES-2018 For our complete portfolio of leased annual licenses which entails a huge discount: BLACKFRIDAY-BUNDLE-2018 What about the discount, how much? Stay tuned and visit us starting from 23rd November 😉: https://www.resellerclub-mods.com

As per the WHMCS docs, the following pages use Search Engine Friendly URLs (announcements, kb and marketplace): /store/website-builder /store/email-services /store/ssl-certificates /store/order /announcements /knowledgebase http://help.whmcs.com/m/64969/l/729308 As per my understandings, the shopping cart pages do not use this. Feature request?

Thank you @brian! The solution to achieve your goal @grapyhost is simple: 1. In WHMCS setup everything with your new Reseller ID using the Resellerclub Registrar Module 2. Activate another Logicboxes registrar Module with the Reseller ID you would like to use only for domain renewals, for example "NetEarthOne", "Resell.biz" , "Resellercamp", etc. 3. For those domains you mention to renew only, change the registrar module from "Resellerclub" to the other Registrar Module you have activated and configured. 4. Set Autoregister to Resellerclub for all your TLDs to ensure that new registers are using the Resellerclub registrar with your new Reseller ID. That's it. This will allow you to manage and renew the domains and your customers will be able to do the same from the client area. Hope this helps.

Hi, The screenshot "showing" is from our registrar module while the other screenshot is from the WHMCS Resellerclub module which doesn't show these and other details. If you see the nameservers, then the WHMCS module works correctly. Hope this helps.

I'm glad to know that it was helpful!

Have you whitelisted the two IPs in your reseller account / Settings / API ?

This sounds like a mod security rule does block here. Check the mod security logs to see if there is a rule that blocks verify.php

Add this to the configuration.php file and give it a try: $disable_hook_loading = true; If this resolves your issue, then the culprit is a hook you have in /includes/hooks/ or in any module folder (addons, servers, registrars, gateways) or in /modules/widgets/

These details are available in the unpaid invoice, online in the view invoice page.

https://docs.whmcs.com/Version_6.0_Database_Changes#Addition_of_Timestamp_Fields In the v7.5.0 there is any mention of the new addition of the following: grace_period grace_period_fee redemption_grace_period redemption_grace_period_fee However, I do not complain about this. It was clear with the announcement of this new feature that there must be some changes in the db and the first I did was looking into tbldomainpricing but I did not looked into the table structure to see if there were changes on the scheme. But changing a scheme is reallly something you should mention. It will be really really very helpful to get simply a note of something like "the following table schemes have been altered: tbl1, tbl2, etc. etc. A developer do not need to know from you what you have changed, just mention that you changed the scheme and we will take note of that to see if this affect our coding. This will save to all developers a lot of time because viewing the sql file to see what you did is awful, time consuming and really not the way to go. Thank you for your time @WHMCS John and @WHMCS Nate , I do really appreciate it.