joedavis

Hello all, I was searching for a plugin for WHMCS notifications to use xmpp and found this from DeploymentCode.com. I have found postings from these folks on these forums but I can't find any of their plugins in the marketplace. Does anyone know anything about them and why they wouldn't be listed in the marketplace? Thanks, Joe

We are getting this error on 8.12.1 with the built-in, unmodified templates. The only way we've found around it is to remove the {if $atleastonenohosting} check from configuredomains.tpl in the standard_cart orderform theme, which all of the other orderform themes inherit from.

OP is asking for Email Verification to prevent people from ordering anything until they have verified their email address. The WHMCS Email Verification feature is pretty much pointless as there is no incentive for the customer to verify their email address. They aren't prevented from doing anything without verifying.

The problem is that the last reply date is changed when the system adds a response meaning that the second rule is never hit because no ticket ever has a last reply date > 4 days. WHMCS Support suggested that we update the ticket status to a new status of "close pending" and then setup our second rule to apply to those tickets with "close pending" status and 3 days since the last reply (which would be the response added by the first rule). We're going to set that up today. Seems like it will work fine. Thanks, Joe

Is there a way to not change "Last Reply" date/time when replies are added through Escalation rules? We have two rules for when customers don't respond to tickets. The first rule triggers after 4 days since the last reply and it adds a response to the ticket reminding the customer we're waiting on them. The second rule is supposed to trigger after 7 days and it should add a response telling the customer we're closing the ticket automatically. The problem is WHMCS is updating the timestamp for the Last Reply when the first rule adds a reply. This means the second rule is never triggered so the ticket is never automatically closed. Is there some way to tell the escalation rules not to update the timestamp when the rules are sending responses? Thank you, Joe

If the invoice is already created, just add a new item with a negative amount for the discount. If you want the discount to apply to invoices for a product, use a promotion code on that product instance for the client. If you want the discount to apply to invoices generated through billable items, you'll need to include another billable item with the same invoicing settings but for a negative amount. Hope this helps, Joe

Hello, We would like to restrict access to the submitticket.php page to logged in users but still allow emails to come through from non-clients. I'm using smarty to determine if the user is logged in and the providing a login link if they're not. The problem is, after they login, they aren't redirected back to the submitticket.php page. {if !$loggedin } <div class="row"> <div class="col-md-10 col-sm-offset-1"> <p>You must be logged in to open a ticket here. <a href="/login" class="btn btn-3d btn-primary">Login</a></p> <p>If you don't know your login, please open your ticket using our <a href="https://somewhere.else">public ticket page</a>.</p> </div> </div> {else} ... {/if} How do I redirect back to the submitticket.php page after successful login? Thanks, Joe

I agree that including the password in the email makes it less secure but I guess including a link to reset the password without causing the user to verify themselves is an issue as well. To me, there should be some kind of a work around that doesn't require the user to go back and forth between email and our WHMCS site so many times. With all of this focus on not sending passwords in emails, I'd like to know why we're sending service passwords in plain text. Seems like there's hyper focus on one thing and none on the others. I think we may just start sending our new clients a link to our WHMCS site registration page asking them to sign up before we setup their services. I'm not confident it'll work very often.

Those get ignored as much as this community so sure, I'll waste my time over there now. 😉

That's fine and expected at this point. The workflow that I'm having a hard time with is this: Client signs up for services via the phone or after an in-person meeting and signing of a physical contract. We setup the client's account in WHMCS and send them the Client Signup Email. Client Signup Email doesn't contain a password so we ask the client to click a link in the email that takes them to the password reset request page on our WHMCS site. Client enters their email address on our site and WHMCS tells them to check their email for further instructions. Client checks their email and clicks the "Reset your password" link. Client enters their desired password on the page. Password reset page is titled "Lost Password Reset" (password has never been known to the client so it's not really lost). This looks ridiculous to a new customer trying to get setup on their account for the first time. Client can click the continue button and finally be logged into the site. This is a drawn-out process that appears slapped together and cumbersome to clients who are hiring us as a technology company that they expect to make things easier for them. So, what I'd like to do is include a link in the email that allows the client to immediately set their password. Is there a token that would allow that?

You are correct, the InvoiceCreation hook worked fine. I'm not sure how I missed it before. Thanks! Here's what I came up with, bits and pieces taken from others on this community over the years. The point of this is to remove all of the configurable options that have zero values from the invoice items. This makes the invoices cleaner and keeps us from needing to explain things over and over again to our clients. We have some clients who have a lot of services with us so when their invoices were being generated with all of those "empty" or "zero" configurable options, the invoices were multiple pages. This has prevented that entirely. add_hook('InvoiceCreation', 1, function($vars) { // Define parameters $command = 'GetInvoice'; $values = array( 'invoiceid' => $vars['invoiceid'], ); $adminuser = 'PUT YOUR USER HERE'; // Call the localAPI function $invoice = localAPI($command, $values, $adminuser); if ($invoice['result'] == 'success') { foreach ($invoice['items']['item'] as $item) { //error_log($vars['invoiceid'].' item '.$item['id'].' has description of "'.$item['description'].'"'); $text = $item['description']; $text = preg_replace("/\:\s0\sx\s/","+",$text); $text = preg_replace("/.*\+/","+",$text); $text = preg_replace("/\+.*/","",$text); $text = preg_replace("/(^[\r\n]*|[\r\n]+)[\s\t]*[\r\n]+/", "\n", $text); //$text = nl2br($text); $text = preg_replace("/[\n]+/", "\n - ", $text); //$item['description'] = $text; if ($text != $item['description']) { //error_log($key.' is key for '.$item['id'].' with new description of "'.$text.'"'); $updatedInfo = array( 'invoiceid' => $vars['invoiceid'], 'itemdescription' => array($item['id'] => $text), 'itemamount' => array($item['id'] => $item[amount]), 'itemtaxed' => array($item['id'] => $item[taxed]) ); $updatedInvoice = localAPI('UpdateInvoice', $updatedInfo, $adminuser); logModuleCall('i7admin-hooks', 'UpdateInvoice', $updatedInfo, $updatedInvoice); } } } else { //echo "An Error Occurred: " . $results['result']; } });

I get that WHMCS doesn't want to show the passwords in emails anymore but they need to provide guidance on the token we can use in the Client Signup Emails to give users a chance to create their password. Having them go to the website and click the link to request a new password looks very unprofessional. Maybe I'm just missing where WHMCS has already provided this guidance.

It's a total pain in the backside is what it is. Right along with WHMCS not answering questions like this one.

Contacts actually did have passwords if the box was checked to allow them to login. Whatever you called the contact on the backend when that box was checked has no bearing to us who only use the frontend. The result was contacts could login with a password prior to v8.

Hi, I would like to change invoice items when an invoice is automatically generated. I don't care for how configurable options show up so I would like to change it up a little bit. I have tried the AfterInvoicingGenerateInvoiceItems hook but I can't figure out how to use it. It's "vars" array is empty as far as I can tell. Is there a hook somewhere that will fire when items are being added to an invoice so one can manipulate those items as they're added? Thanks, Joe