All Activity

Hey @Ulysses. AI-powered domain suggestions are part of the WHMCS Namespinning lookup providers functionality now: https://docs.whmcs.com/releases/9-0/9-0-release-highlights/ You can switch to another lookup provider if you don't wish to leverage the functionality of the WHMCS Namespinning lookup provider. Please see: https://docs.whmcs.com/8-13/domains/lookup-providers/

@WHMCS SamP That's what I did wrong. I overlooked the change for the available string. Thank you for helping me out.

Hi @Evolve Web Hosting it is not just the socket URL; the available string is also different. Have you tried replacing your entire block with the one I provided? I tested this before sharing it with you, and it is working for me.

locate (or create the file if not existed): {WHMCS-ROOT-DIR}/templates/{Active-Template}/css/custom.css and add the following to it, it will hide cart sidebars in mobile/tables screens only: @media (max-width: 768px) { #order-standard_cart .cart-sidebar { display: none !important; } } or if you want to hide it for mobile devices only, use this: @media (max-width: 576px) { #order-standard_cart .cart-sidebar { display: none !important; } }

@Justin ROCKET LAUNCHER Your WHMCS already looks quite close to your main website. I'd probably just rework things like the sidebar panels and hero section, but honestly, it's not as bad as you might think. That said, there's more than one way to approach this. WHMCS doesn't have to be 100% identical to your main website. Keeping the same branding (colors, tone, general feel) is important, but at the end of the day it's still a separate system with a different structure. Trying to make it feel completely seamless usually hits a limit. In our case, we ended up taking a slightly different approach, keeping most of the experience on the main site and only relying on WHMCS where it makes sense. I'm inviting you to see how we made ours looks like for both guests and logged-in clients.

@bear yes I changed https://whois.registry.co to socket://whois.registry.co and it still doesn't work.

This is fully achievable. You can either redesign WHMCS to match your website, or go fully API-driven and handle everything directly on your main site without exposing WHMCS. We’ve implemented similar solutions before that are still in production today, including domain registration, support centers, and custom domain search integrations. The main issue is likely the developers you’re hiring. Lower-end developers usually lack the experience required for this level of integration. What you are asking is NOT a simple “WHMCS tweak” It is: → a custom frontend application → with WHMCS acting as a backend API Most developers fail because: - They only know WHMCS templating - They don’t understand UX flow - They don’t build proper API orchestration A proper implementation would typically cost: $5.000 – $20,000+ for full api-driven (true seamless experience)

This is not the same as below: Did you try it exactly as written?

Hi @WHMCS SamP Thanks for the help. I tried that and it's not working. I am trying to use the WHMCS Namespinning lookup provider with this.

Dead silence again...

@WHMCS John Can you please clarify?

The cron job has never changed existing invoices! The question was why multiple invoices matching the same due date are generated instead of a single invoice.

Hi @Evolve Web Hosting, try this- { "extensions": ".co,.net.co,.com.co,.nom.co", "uri": "socket://whois.registry.co", "available": "DOMAIN NOT FOUND" },

Glad to see more customers speaking up about this… it’s a simple, fixable issue. All they need to do is keep allowing the switch: Add ($allow_adminarea_invoice_mutation = true;) in your WHMCS configuration.php . WHMCS choosing a one-size-fits-all strict model is what’s really causing the pain… let us decide if we need to deal with regional compliance and added accounting complexity, not force it on everyone.

Great module. It is really useful to track client transactions. Thanks

Yeah, that’s mentioned in their official documentation as well. It does feel a bit unnecessary though something like this could easily be handled with a simple option in settings instead of being forced. Giving users control with clear warnings would probably solve most of the frustration and still keep things safe and stable.

Did you ever succeed to get this fixed? It should be possible with the latest version of the stripe module, but I also only get the Credit Card, even when credit card is not setup in Stripe. So my guess, it never connects to stripe, but I do want to have Stripe rather than Mollie.. Mollie works, but the company sucks. Regards, Edwin

Not everyone wants SAAS solutions, or keeping data with a third party due to concerns about client data. I'm one of those businesses.

Does anyone know how to get the .co lookup going again? I've tried this and had no luck "extensions": ".co,.net.co,.com.co,.nom.co", //"uri": "socket://whois.nic.co", "uri": "https://whois.registry.co", "available": "No Data Found" I am using v8.13.2 but I see the dist.whois.json file is the same for v9.0.3

Maybe stakeholders are not aware of the income reduction they'll keep suffering if this trend continues. Alternatives like Upmind are really tempting and better in several ways, it's not like the old days where competition was not very mature.

@WHMCS JimmyW it was me that raised this, and submitted the bug report that has prompted your reply here. Please could you confirm if you have a Recaptcha option enabled within your environment? You already know that recaptcha was enabled. You were provided access to our install in order to replicate this. The first support technician was unaware of it, but your reply to the ticket said that it was a known issue. Surely there is a pending maintenance release or hot fixes for many outstanding bugs. Bugs that have been introduced to already functioning features.

It totally broke the adding late fees option. I have invoices that are many days old and none of the late fees have been added like they were supposed to be. This is a real mess.

Yes, I'm hoping they're making an option

If I had to guess, it's not an arbitrary decision, but based on some legal requirement they must follow or get into trouble. I'd have hoped a "change this at your own risk" choice would suffice, but maybe they don't want to chance someone claiming they missed it. Just a guess.

Does anyone know why WebPros is trying to loose WHMcs customers? Anyone know who is the Product Manager of WHMcs that is taking this weird decisions?