twhiting9275

LOL 3 months later.... Nice to know that the WHMCS crack team of developers isn't patching known issues, even when the fix has been made public

Yes and no. More of an upgrade issue. Staff has confirmed and reproduced the issue, as well as my solution - #WHMCS-25193 When will it get patched? Who knows. This is just a heads up for those migrating from v8-9. Right now, if you're just setting up S3 in V9, no worries, you can't use an empty region (just use auto in most cases). They should have this patched up soon(ish)

Randomly ran into this one today when updating a dev site so I thought I'd open this up in here as well as a bug report In v8, the 'region' field is not required when s3 storage is used as it shouldn't be. Not all s3 providers require, or supply it.. I upgraded a v8 dev install from v8 to v9 today, went to do a template cleanup (inside WHMCS) and got this: InvalidArgumentException: Missing required client configuration options: region: (string) A "region" configuration value is required for the "s3" service (e.g., "us-west-2"). A list of available public regions and endpoints can be found at http://docs.aws.amazon.com/general/latest/gr/rande.html. in /home/user/public_html/vendor/aws/aws-sdk-php/src/ClientResolver.php:1280 Did some digging into ClientResolver.php, and it seems that this can no longer handle empty regions properly. In v8 this works fine, but the upgrades to v9 make this not so much My own digging and testing came up with the following solution which works: In ClientResolver.php, around line 1260, replace _apply_region with this code public static function _apply_region($value, array &$args) { if (empty($value)) { $value = 'auto'; // self::_missing_region($args); } $args['region'] = $value; } Keep in mind that this is going to be very specific, so get your provider's default region if you want and replace 'auto' with that. This works with CF storage though, very well.

Great, then give us the hook points to do so 😉 The reason we use variables like this is because WHMCS does not provide the necessary hook points to work with. Kind of silly to have to use those variables, but, again, sometimes it has to be done

Already opened up a bug (ticket DVZ-331740), just creating this here as well I have a couple of really, really old WHMCS versions (some at 7.1.x), deliberately, to do testing and whatnot for clients. Since they're dev installs and locked down to me only, I'm not terribly worried about threats there. Tried to upgrade one of the 7.1.x versions to 9 and couldn't do so. 'Cannot read configuration file' the system said Rolled back backup, upgraded to 8.13, then to 9, worked like a charm Just a heads up for those that may be in the same position. Looks like some earlier versions aren't available for a direct upgrade

Except, this will literally hide the paid DNS service from everyone. This also doesn't actually stop people from ordering the paid product. It just hides it from the website. The correct approach is to check the cart on checkout. If the paid product exists, then remove it and inform the customer why.

Yup Can confirm this behavior with at least one install Dismiss it, it goes away temporarily. Hit the dashboard again, and it comes right back

Yup. It's a plot! The only way to make it go away is to 'allow tracking' Sad, really.

if you still need help with this , contact me. I've written countless migration scripts over the years. As long as you have the DB, I can put something together for you

just setup another subdomain on your server, under your main domain. No real need to fuss with anything special that way

do not modify the invoice. That will get you in trouble in many jurisdictions, and won't actually solve the aforementioned problem of cluttering the system. It just adds yet another invoice, more clutter, and more for admins to go through Hooks are the way to go here. There are a couple of approaches 1: Use sidebar hooks. Don't let them see the links to the renewal service 2: Use ClientAreaPage hooks. This will do the trick. I had to work some magic with PHP and parse_url to obtain the serviceid, so this may not work if you have differing SEO, but it should be pretty easy. <?php use WHMCS\Database\Capsule; add_hook('ClientAreaPage', 1, function ($vars) { $userid = $_SESSION['uid']; $pagetitle = $vars['pagetitle']; $systemurl = $vars['systemurl']; $serviceitemcount = 0; // only triggers if the pagetitle is set to 'Renew'. The uid is already established and required if ($pagetitle == "Renew") { //get the url and parse elements $url = $_SERVER['REQUEST_URI']; $url_parts = parse_url($url); $path = $url_parts['path']; $path_parts = explode('/', $path); $productid = $path_parts[3]; // Get all open (Unpaid) invoices for the user $openInvoices = Capsule::table('tblinvoices') ->where('userid', $userid) ->where('status', 'Unpaid') ->pluck('id'); $invrows = []; $svcrows = []; foreach ($openInvoices as $invoiceId) { // Check if this invoice has an item for the given productid $serviceItem = Capsule::table('tblinvoiceitems') ->where('invoiceid', $invoiceId) ->where('relid', $productid) ->first(); if ($serviceItem) { $serviceitemcount = $serviceitemcount + 1; $invrows[] = $invoiceId; $svcrows[] = $serviceItem->id; } } // don't just throw an error to the client, send them to the invoice if ($serviceitemcount > 0) { header("Location: $systemurl/viewinvoice.php?id=$invrows[0]"); } } }); Instead of bailing out and throwing an error, this will send the client to the invoices page so they can pay it

Seeing this same issue randomly (4-5x daily). This is a software issue, not something that should be put on clients to resolve

Welcome to WHMCS. People have been saying the same thing, literally, for over a decade now. Features get implemented, but half-heartedly . It's frustrating, that much is for sure.

You might want to create a new thread instead of hijacking a 2 year old one. If you're talking about 'products', you need to create those inside of the WHMCS admin area. If you're talking about the look and feel (ie: which to display where), you can edit the template to do this.

it is, indeed just a warning. No way to get rid of this on nginx, as nginx is not 'officially' supported. It may (does) run under nginx with a bit of tweaking, but that's on you to do 🙂

Start small. Take a look at the sample addon module or the sample provisioning module . These will get you the basics and should work out of the box. From there, you can grow your module and keep it going. Or, you can hire someone to put the module together for you .

Greetings, Since 2006, WHMCS Guru has been dedicated to enhancing WHMCS functionality by addressing its gaps and empowering users with tailored solutions. With a wealth of experience, we offer custom-made scripts and a variety of developed tools that help boost your WHMCS install. Be sure to explore our addon scripts page for the latest enhancements. All our scripts are fully compatible with WHMCS 8. Don’t take our word for it—check out what our clients have to say. Popular Addons: WHMCS User and IP Control Gain control by defining specific access based on countries and IPs—perfect for securing your system. With version 2.0 on the horizon, now is the ideal time to get this powerful tool. WHMCS Notifications Extended Enhance your alerts with notifications for Slack, SMS, and more. From ticket updates to fraud order alerts, this addon ensures crucial updates are never missed. WHMCS Support Tickets Enhanced Streamline ticket management with features like auto-watching, ticket assignments, and custom field removal on closure. Updates are coming soon, so grab this addon at its current price! Cron Notifications Extended Ensure your WHMCS cron jobs run successfully with timely notifications and widgets that monitor completion status. WHMCS User Email Validation Extended Go beyond basic email validation with robust enforcement options for orders, tickets, user edits, and more. Custom WHMCS Development Need something tailored? We’ll craft solutions to meet your unique requirements. Contact us today for a personalized quote. Current Promotions Everyone loves a good deal! Visit our promotions page for exciting offers and updates

After a rather intense few months of development and testing, I'm proud to announce the release of WHMCS User and IP Control version 2.0. This is a complete rework of the original WHMCS User and IP Control system, and includes, but is absolutely not limited to Complete code rework The code for this addon was 100% redone, from the ground up. This will make it easier to update and also ensures compatibility with both PHP 7 and 8.x . Additionally, this ensures that WHMCS 7 and 8 are supported, as should be 9 when it's released Tracking overhaul Much of the tracking system needed an overhaul as it relied on queries every single visit to the system. Admin area redesign The admin area has been reworked from the ground up as have all functions relate to it (see the first point). A flexible permissions system has been added into the module ensuring that user groups only access what you gave them permission to. Traffic rate limiting You can set max targets such as 20 requests a minute (unlikely, but you get the point). If a guest hits that rate, then they are shown a block page, ensuring them it's only temporary Full client IP listing Previously, just the most recent IP addresses were available. The module has been reworked to show a full client IP listing is available. Not only to the admins, but to the client themselves Login Notification (clients only) When a client logs in, they will receive an email, if this is toggled on in their client area When a client signs up, the switch will automatically be toggled on Existing clients will need to toggle this themselves (may add a mass enable link later) URL history Get a view of the latest URL requests in the admin area IP Search Searching IP addresses is now available in the admin area. This will pull up any client activity, any recent url activity, and IP information IP Information Any time an IP address is shown, the admin (or client , if appropriate) may view information about that IP address More user validation options It's been a while since these have been updated. Further hooks have been added in order to refine the validation requirements a bit. There's so much more added to this that I can't even begin to list it all. Take a look at the product page today and grab yourself a copy! I'll have a video walkthrough up in the next few days, after I take a breath or three 🙂 As always, if you have any questions, please don't hesitate to reach out! Bonus: There's still a few 15off coupons left. Take 15% off when using these!

WHMCS doesn't just magically conduct transactions. It logs everything. If there's nothing in the transaction logs, then, this was not charged by WHMCS

If there's no transaction record in WHMCS, then WHMCS isn't the one doing this. That's done somewhere else Double check your registrar account, make sure you don't have things setup there to charge in there as well.

No, the admin just needs to setup the department.. That's all. it's not that complicated. You're vastly overthinking this.

Go into admin -> client 'manage credits' add credit When the client logs in, they will see that they have credit available

You need to create the departments when you setup WHMCS. That's not going to be done 'automatically' for you. Each business has it's own needs, so it's up to the business admin to setup the software to meet those needs. That includes support departments.

Take a look at some of the examples on the smarty docs page. they'll get you started

Back to forced full width (which I have no problem with, whatsoever), and yes indeed. I can verify that this works as expected again.