captainolive

Edited, I deleted this message because i responded to you twice with the same thing. (thinking it was another person) perhaps i should get my head checked 🤔

Thank you. I feel really stupid 😓 I took time to make a new order on WHMCS and configured all the domain settings between ENOM, and that didn't work. So the last thing I did was go to the clients hosting service (only has one) and check the cpanel for data in the file manager, and myphp admin for databases and there was NOTHING pertaining to that particular domain, other than data for the clients PRIMARY domain. All this time I was expecting to see a website... but it appears that the client only had it set aside on their account, so in that case there would be nothing to load when entering the domain on the browser. MY BAD 🤬

Hello, I'm in a complicated situation with a client's domain that is fully expired, and then repurchased; here is how it all began: First, this week it appeared that there was nothing wrong with the domain product because the domain is selectable in the clients summery while in admin mode, and the status is set to active. When logged in as the user and navigating to their "my domains" section, the domain also showed the auto-renew set to enabled and status set to active. However, I noticed the renewal invoice was scheduled for 2/17/2022, and the invoice for the renewal was unpaid and past the due date! To double-check, I entered the domain into the browser, and as I expected, the URL would not resolve and displayed a "can't find the server" error. Knowing that the expiration was only a couple of days out, I quickly logged into my Enom account to renew the domain in the expired section since it hadn't reached up to the 30 day grace period. (I've done that many times before, and it resolves back to normal within a few minutes to an hour.) But to my surprise, the domain did not appear in the expiry section, and it did not appear in the registered domains section either! That could only mean that the domain somehow expired long ago! Perhaps on the last renewal in 2021. Either the auto-renewal turned off in Enom, or maybe I had no funds available on Enom back then. Completely confused, I looked up the domain in the Enom's domain register field, and it flipping appeared as available to buy for 9.99!!! I immediately repurchased the domain back on to my Enom account. The problem is it didn't seem to connect with the client's account anymore. I changed the name servers to my custom name servers, and I also set the registrar to Enom on the clients summery profile in the domains tab. I waited two days, and the domain still hasn't resolved in the browser! So at this point, I have no clue how I can "reconnect" the domain to the client's account, despite it being selectable in the client's domain tab and listed as active. If you guys can suggest anything to fix this issue, I would greatly appreciate it. Thank you for reading my long-winded post.

Cpanel just singlehandedly slapped softaculous, and any backup/migrate plugin in the balls with their latest "wordpress toolkit" cpanel update. https://blog.cpanel.com/the-evolution-of-wp-management-with-cpanel/ I gotta figure out how this would better inter-grate into WHMCS? is anyone smarter than me interested in reading up on this and breaking it down? Is it as simple as buying liscences from within your own domains cpanel if upgraded? https://docs.cpanel.net/knowledge-base/cpanel-developed-plugins/wordpress-toolkit/ Every client I have is on wordpress. 80% of them use divi theme and at this point I would just be offering wordpress hosting plans through my whmcs order forms if I could, its simply 100% of my target client.

I've spent the last 3 days rebranding which resulted in using a new domain. Properly setting up chrons and emails once and for all on a new domain got the new emails out of spam so hopfully it remains smooth sailing from here.

My system emails all go to spam, but in the system settings, I have two emails setup: one is admin@site.com and is listed as the general system email, as well as the STMP User in the STMP configuration settings. and the other is donotreply@site.com, this is listed as the System Emails From Email at the bottom of the mail settings tab. Despite this, all chron reports, domain sync reports, tickets, invoices, welcome / setup emails all come from admin@site.com thus I feel this has attributed to it being spam. I don't understand what other settings I should configure to separate important emails for customers from all the internal emails that are also sent out from the same address. Any advice? I don't know how to quantify this question in a google search and many articles I find seem to explain something unrelated to what I need. **edit** To add, I have both emails setup in cpanel as well. Is it possible that switching to a gmail account, and configuring the provider as gmail just fix the issue entirely if my personal email stmp host is compromised in spam filters?

Sorry I missed this, the domain is hosting.masterolive.com There where no gateway errors, in fact there where only successful logs, mostly things that clients have manually done during this months time period such as adding a new domain e.t.c., it just seems like the auto billing was left behind and did not attempt to execute at all. So it seemd to me your right about it being the cron, so I've updated the cron command in the new cpanel where the installation was moved. Unfortunately I could not access the site via Putty to do a force run, and since I have it secured outside of public HTML, I cant run a browser version, so I've set the cron to run within the next hour and this will be my test to see if it resolves everything on its own, so I've left a few unpaid invoices instead of manually capturing them. I'm hoping to get a nice email of the chron report and everything.

Thank you all for the help, I was able to get assistance from my host and they re-issued the licenses for me. The only problem now (and I feel sick to my stomach) is none of my stripe invoices are being automatically billed, I'm not sure if that is anything that I can fix on my end, or if I have to email my clients and ask them all to manually pay, I checked the stripe settings and didn't see anything about utilizing a url. (but Paypal billing continues to work ) EDIT: I was able to attempt capture the invoices for stripe. Will this settle the issue or will it still have to be manually paid by the client?

Hosting is mainly a side thing for my business as my primary focus is on creative media. My top level domain has remained open for me to have a front for my creative services, while I link the whmcs section to hosted customers via mysite/hosting. I originally installed WHMCS in a /hosting folder and have run it this way ever since, however, I would prefer to change the domain to hosting.mysite(.com) but I'm afraid of how much of the site would be disrupted in terms of all its automation features, from invoices, to automatic payments, to the emails. If I'm keeping the install on the same cpanel account and same domain, but simply moving it from a /hosting (public html folder) to a root sub domain, is it as simple as doing so then updating the url in the general admin settings? or will it destroy the reoccurring payment tokens and automated emails/invoices? Thanks for your help!

If a customer is using paypal only and upgrades a package, do we have to manually remove the subscription ID, create a separate one in PayPal with their details, match the dates, then paste the new subscription id back in the field?I've had a customer who started on a product that was grandfathered, and I wanted them to "downgrade" to a cheaper alternative after I restructured pricing and created new packages/plans. When the customer downgraded, everything seemed to work normally. The account is provisioned properly, The system will invoice them, but they are no longer automatically charged with the new price and the invoice is left unpaid waiting for manual payment. To make matters worse, the OLD charge was still active in my PayPal subscription and it charged them outside of WHMCS! So I canceled that subscription, and that appeared to remove the subscription id on WHMCS (unless I removed it myself as well, its been a while since I've been trying to figure this out.) Now, before you ask, YES the packages are setup to auto bill monthly. ALL 3 of my packages work flawlessly and I have customers on each that are successfully auto charging each month. The initial order and account setup is NEVER a problem, only upgrading afterward in this case. Also, YES I had them manually PAY the first invoice that generated after upgrading, and YES I instructed them to pay the NEXT bill manually and that would officially begin the new subscription, but there is still no new subscription in my paypal. Does anyone else have issues with this? I set up my clients right from the get-go based on their potential needs, so they rarely upgrade, therefore I do not have a lot of experience testing the functionality of upgrading. I just had a client upgrade using stripe and it seems that all my working stripe payment method customers dont have a subscription ID in the WHMCS, so I'm crossing my fingers for this first stripe upgrade. If it works without a hitch then I might just disable PayPal altogether.

I'm having trouble figuring out how to troubleshoot this issue. In short, I have one client who downgraded a package (from 9.99 to 5.99) and paid the invoice in PayPal, then paid the new invoice the following month in PayPal, yet the 1st official payment of the monthly invoice after the upgrade did not set up a recurring payment token in my PayPal for 5.99. I noticed the past due invoice for 5.99, and both myself and the client expected this to happen since it was the first true invoice of the new hosting package, and I had the opportunity to see first hand, with my own eyes, the clients process from signing on, paying the invoice with paypal, and we did not see any options on the paypal merchant portal to configure a subscription. After making the payment, I received confirmation of the funds, as well as the invoice is paid, but there were no new subscriptions listed in my recurring payments log on paypal for the customer or the 5.99 amount. At this rate, it appears the client will have to manually pay each invoice, and I don't know what else I can do to troubleshoot. It’s possible I caused this issue by canceling the old subscription token in paypal itself. When the client first downgraded last month to 5.99, and I received confirmation of payment, that customers active subscription profile DID NOT change prices or cancel itself, even after paying the invoice upon downgrading. There was still an active subscription for 9.99. In fear that the client would get billed under table by a rogue active paypal subscription separately, AND receive a 2nd invoice for the new package 5.99 package, I manually cancel the 9.99 paypal subscription via paypal, and set the expectation that the next bill would have to be manually paid to trigger/begin that recurring token, but unfortunately that was not the case. I’m concerned because there were no issues with prior 9.99 service, and no issues with new customers who started on the 5.99 either, and the client did a clean upgrade in the client upgrade area. Everything worked flawlessly aside from changing affecting the paypal subscription. Considering the client already waited a full month manually and begin the new subscription, what else is left for me to test or try for this to work? Luckily no one else has upgraded or downgraded on my service, but without understanding this better, I’m worried at the thought of what would happen if everyone were to decide to upgrade/downgrade at once. I’m slowly getting concerned because it's the same issue for DOMAINS. Luckily no one notices the inconvenience because it is once a year, but for some reason, domains DO NOT setup tokens even when customers select auto renew from the beginning. I can set up my own auto-renewal in enom, but it appears as if my WHMCS will not setup yearly subscription tokens for domains, OR transitions to new upgrades or downgrades. If anyone here has their WHMCS auto charging domain invoices and upgraded packages without manual intervention please let me know if you had the same issue and how you resolve it, because as of right now everything works automatically and perfectly so long as they dont want to upgrade or change anything later on 😕 Thanks!

So just thought I'd reply with what the fix was. It was completely under the radar with 2 footer errors! A duplicate comodo code: <script language="JavaScript" type="text/javascript"> TrustLogo("https://masterolive.com/hosting/templates/hostio/images/comodo_secure_seal_100x85_transp.png", "CL1", "none"); <a href="https://ssl.comodo.com" id="comodoTL">Comodo SSL</a> </script> and a useless animation code relating to the header of the template that I had removed: {if $templatefile == 'homepage'} <script type="text/javascript" src="{$WEB_ROOT}/templates/{$template}/js/paper-full.min.js"></script> <script type="text/paperscript" src="{$WEB_ROOT}/templates/{$template}/js/metaball.js" data-paper-canvas="infobg"></script> {/if} Don't ask me why but remove them seemed to do the trick, no more errors and the login errors did not appear!

Just to add, the prompted error message is the first one: "providerLinkingMsg-preLink-connect_error" (However, as I said before, it its connecting and working) Unfortunately, if I remove it entirely, the message will go away but there is still a small padded red section that appears.

Wow, you are really helpful Brian! I can't see spelling mistakes so I have no business writing any text content, but I appreciate your help. Yes, I do have the latest updated theme, perhaps I'm experiencing this bug because I installed the theme BEFORE activating these features?? Sadly, I've made 2 css changes, 1 for the footer color and 1 on the theme cart styl.css removing a mobile wrapper that caused 2 scroll bars, Its a pain to have to change those each time I do an update but I'm 100% certain I have the latest theme and the same files will be replaced... I suppose I'll try it in case it was a matter of having the sign-in integration disabled at first, as opposed to installing the theme with them activated.

I can't get much help from WHMCs support because it's a 3rd party theme, and the theme developer takes a long time to respond so I'm asking around here. To put it short, it seems that my theme is automatically displaying the sign-in error: Error We were unable to connect your account. Please contact your system administrator. This appears instantly upon loading the page but not on the Five or Six themes. The sign in buttons work and function well, the error message goes away too after an initial attempt, but I don't want it to constantly display when a user has not even attempted anything yet. I also cannot look up error logs because there is essentially no true error that has been processed. I have tried disabling and interchanging the integrations but the error still appears no matter what so it's not pointed towards a specific configuration, so I moved to dabbling in the theme files and I cannot find any differences between six, five, or the theme and I hat to admit I'm out of my league in understanding even the correct file I can mess with just to troubleshoot it. There was only one thread I found on here in regards to a similar problem, but the solution was to use a functions.tpl file... the problem is that neither my theme, five, or six have a functions.tpl file in their respective includes folder so that fix won't apply. Does anyone know at least where in the build I can physically remove it just to start would be tremendously helpful! Thanks yall.

Ooof, Yeah, no Fa icons working on my client dashboards. Is this a matter of WHMCS needing to fix or should I blow up my Theme's support dev with panic-induced all-caps emails to fix?

ITS GRAMMARLY EXTENSION ON GOOGLE CHROME. what a waste of a weekend.

I don't know if this is something going on with my personal browser or what, but I was surprised to hear WHMCS support could not replicate the issue. Other public demo themes from ThemeForest: https://www.useloom.com/share/a09fe097ba6d4164955a4e7450826aa1 My personal install with theme: https://www.useloom.com/share/49d2fafc96334cf0ad4f9965c4da4897 my personal install without theme: https://www.useloom.com/share/94c5f9f7b0654fc2a39913310b097551 Riddle me this: What the heck is happening with these text fields?

Hey, guys! Can anyone point out the pricing for the weebly plugin on market connect? I can't pinpoint anywhere in their FAQs about the cost. Are they allowing us to choose the price plans? Or do they get a cut e.c.t. Also, a follow-up: The market connect tab is brand new to me, and I noticed there is a small Login Box at the top right corner. Do I have to make a new login account for the market connect? If so, Will I still be able to use market connect and all their features as a licensed reseller? Thanks! - - - Updated - - - Ok I see, I answered my own questoin. I just started to go through the process in my WHMCS just to see and saw the pricing info, they have a base price, and then they recommend a retail price for you. seems like a pretty cool gig!

Sorry, i was using mysite as an example. The actual site is https://masterolive.com/hosting/admin/ but it redirects to https://masterolive.com/admin/ now? (as I said before, If I manually insert "hosting" into the 401 erorr url, it goes to my WHMCS dashboard like normal)

Unfortunately, the hotfix does not work. It appears to be a redirect issue... I am not sure how this is possible, but whenever I enter my WHMCS url (mysite.com/hosting/admin) It automatically redirects to (mysite.com/admin) witch is the wrong location. If I manually enter the "hosting" keyword into the URL AFTER the 401 error, it loads me into my WHMCS dashobard (?) If I visit the front end site. (mysite.com/hosting) Everything works fine. It even registeres that I am logged in as admin, but when I click on the "return to admin dashboard", it redirects me to a root admin url instead of my subfolder. (I hope I explained this well)

What the hell? slightly panicked here. I assume this is due to some update??? I can't access my admin URL or log in, it keeps showing up as a 401 error. Also, I am getting these emails: <!DOCTYPE html> <html lang="en"> <head> <meta charset="utf-8"> <meta http-equiv="X-UA-Compatible" content="IE=edge"> <meta name="viewport" content="width=device-width, initial-scale=1"> <title>Critical Error</title> <style> body { margin: 30px 40px; background-color: #f6f6f6; } .error-container { padding: 50px 40px; font-family: "Helvetica Neue",Helvetica,Arial,sans-serif; font-size: 14px; } h1 { margin: 0; font-size: 48px; font-weight: 400; } h2 { margin: 0; font-size: 26px; font-weight: 300; } a { color: #336699; } p.back-to-home { margin-top: 30px; } p.debug{ padding: 20px 0px; font-family: "Courier New", Courier, monospace, serif; font-size: 14px; } </style> </head> <body> <div class="error-container"><h1>Critical Error</h1><p>Undefined index: SCRIPT_NAME</p></div> </body> </html> These emails keep coming into my inbox and Im not sure what to do? I contacted reseller support on this issue. This straight up happened to me right after I logged off a client's WordPress site, I was literally about to go to sleep just now... at 6:30 AM... because I was up all night grinding away at this site, and now this **** is happening, and I have work today from 3 PM to 12 AM.

In this case, a client upgraded from a $6.00 plan, to a $10.00 plan, and the system credited them $1 (as it should) and sent a order confirmation But that was it. 1. on a whim, I manually sent a "other product/service welcom email" and to my suprise that email said exactly what it I needed to say about the new product activation. -Was I supposed to manually send that? 2. The client was my wife (as a true live test) so I saw the client end and she was not directed to paypal to "order" the new service, but she was credited. -Does this mean we will have to wait until the next billing cycle for it to charge the new amount for the upgrade? Thanks for anyone's help!

Yes, the directory showing up on the automation command line does not exist! The only cron folde I have is listed outside of the root under Home/Username/whmcsdata/crons/cron.php Inside that folder, the config.php has this path: $whmcspath = '/home/maste192/whmcsdata/crons/'; the config.php.new has: //$whmcspath = '/home/maste192/whmcsdata/crons/'; My cpanel chron jobs are also */5 * * * * php -q /home/maste192/whmcsdata/crons/cron.php

So I configured all my PHP and configuration paths, but I'm still getting a "Needs Attention" under the automation overview. When I click it, it tells me that my cron command is */5 * * * * php -q /home/maste192/public_html/hosting/crons/cron.php But that doesnt exist, My cron folders are now in /home/maste192/whmcsdata/crons/cron.php If I try to update the command line in Automation settings, the namefield wont let me place my curser in it and it just automatically highlits it. So I just deleted the whole command line and re-entered: */5 * * * * php -q /home/maste192/whmcsdata/crons/cron.php and click saved, but when I refresh the page it returns to the original command line?? Ive tried all night to get rid of all the health check issues, and all of them are fixed (except the theme one) but the warnings wont go away.