Jump to content

Search the Community

Showing results for tags 'Troubleshooting'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • WHMCS Beta Program
  • The latest WHMCS Release
  • The Latest from the WHMCS Team
  • WHMCS.Community
    • Community Announcements
    • Introduce Yourself
  • Using WHMCS
    • Pre-Sales Questions
    • Admin & Configuration Questions
    • Installation, Upgrade, and Import Support
    • Using WHMCS
    • Troubleshooting Issues
    • Vendor Discussions
  • WHMCS Showcase
    • Showcase Your Site
    • Share Your Best Practices & Tips
  • Developing & Extending WHMCS
    • Third Party Add-ons
    • Service Offers & Requests
    • Developer Corner
    • Building Modules
    • Share Ideas for WHMCS Modules
  • Community Competitions
    • News, Announcements & Blogs from WHMCS
    • Competitions
  • General Discussions
    • General Discussion
  • General Feedback & Assistance
    • Feedback
    • WHMCS.Community Tips & Tricks
  • Third Party Developers's Topics
  • Turkish International Discussions's Topics
  • Russian International Discussions's Topics
  • Spanish International Discussions's Topics
  • Portuguese International Discussions's Topics
  • French International Discussions's Topics
  • Italian International Discussions's Topics
  • German International Discussions's Topics
  • WHMCS Brasil's Topics
  • WHMCS Brasil's Tópicos
  • ModulesGarden Club's Topics
  • Hungarian International Discussions's Segítség
  • ThemeMetro Club's Topics
  • WHMCS Services Club's Topics
  • WHMCS Global Services Club's Topics
  • Katamaze's Free Scripts
  • Katamaze's Module Support
  • Zomex Club's Topics
  • 0100Dev Club's Topics

WHMCS Version

  • V8.5.x Hotfixes
  • V8.4.x Hotfixes
  • V8.3.x Hotfixes
  • V8.2.x Hotfixes

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start



About Me

Found 57 results

  1. I upgraded to 7.8.3 which is supposed to fix #MODULE-7114 however, descriptors have not been fixed as far as I can see. This is how it should look like: And this is how it looks like now (the 7.8.3 update was applied on Sep 25th): Only payments charged via the daily cron at 9:00AM appear correct. Payments done by the customers themselves don't show the invoice number and the statement descriptor shows up twice:
  2. Hi, We are finding clients not being able to update their card details - it shows Payment method failed to create successfully. Please try again. The logs show UserID => 1333 message => An unexpected error - No Stripe Payment Method found from token token => is their a fix?
  3. I can get to my admin area fine, however, whenever I click the settings button to try and edit my general settings and what not, it redirects me to my home page.
  4. I've never had any problems with the Auto Updater until today. I got the following: Error (Help Documentation) Error: file_put_contents(/home/account/public_html/vendor/whmcs/whmcs/21531e0xxxxxxxxxxxx232d4cc2xxxx9d.zip): failed to open stream: No such file or directory [ErrorException] Downloading - Installing whmcs/whmcs (7.8.0) Updating dependencies Loading composer repositories with package information I took a look in the above folder and watched the size of the download grow - SLOWLY. It looks like the WHMCS servers are serving the upgrade file so slowly that the upgrade process gives up waiting. I will try later, but I think thats the cause.
  5. As far i can see, when a customer tries to pay an invoice with a Credit Card, it gets added to the account as "Default Payment Method" without any alert to the customer or checkbox so he can decide if he wants or not to use that payment method as default for automatic payments in the future. The customer is also not able to delete that Credit Card from his account. Can you confirm if this is correct and fix in order to allow customers to decide if they want to use the credit card for automatic payments and to allow them to remove the card?
  6. Our Cron is hanging at Automated Task: Starting SSL Sync every day. Cron will not finish unless we manually run php -q /home/our-site-path/public_html/our-install/crons/cron.php all -F -vvv Upon doing this, the cron will finish, but the next day it will hang again. Remind you, we did in fact update to the latest version 7.8.1
  7. The daily cron today just sent every active customer an invoice for overages. $0 invoice. This is the first cron run since updating WHMCS yesterday. Each invoice showed the disk usage, but we don't have overage billing applied for disk usage, only bandwidth. e.g. Total Disk Usage = 384 MB - Overage Charge = 384 MB @ 0/MB
  8. error log in admin folder how solve it .... [21-Sep-2019 21:04:51 Asia/Kolkata] [WHMCS Application] ERROR: InvalidArgumentException: Malformed UTF-8 characters, possibly incorrectly encoded in /home/ninzahos/public_html/clients/vendor/symfony/http-foundation/JsonResponse.php:145 Stack trace: #0 /home/ninzahos/public_html/clients/vendor/whmcs/whmcs-foundation/lib/Http/JsonResponse.php(0): Symfony\Component\HttpFoundation\JsonResponse->setData(false) #1 /home/ninzahos/public_html/clients/vendor/whmcs/whmcs-foundation/lib/Admin.php(0): WHMCS\Http\JsonResponse->setData(Array) #2 /home/ninzahos/public_html/clients/vendor/whmcs/whmcs-foundation/lib/Admin.php(0): WHMCS\Admin->output() #3 /home/ninzahos/public_html/clients/admin/clientsservices.php(0): WHMCS\Admin->jsonResponse(Array) #4 {main} {"exception":"[object] (InvalidArgumentException(code: 0): Malformed UTF-8 characters, possibly incorrectly encoded at /home/ninzahos/public_html/clients/vendor/symfony/http-foundation/JsonResponse.php:145)"} []
  9. Since updating to 7.8.2, all Customer Invoices emails created using the Credit Card Invoice Created template, have the "Payment will not be taken automatically" text, rather than telling the client that it will be process automatically as expected. We are using the Stripe payment gateway. It appears that the $invoice_auto_capture_available variable check is not return true for clients that have a valid credit card on their account.
  10. HI, In WHMCS 7.8.3 + 2Checkout payment gateway, the discount is being applied twice when a client tries to create a recurring subscription. This does not happen when they try to make a one off payment. This can be reproduced by creating a similar invoice under any other client account.
  11. exception 'RuntimeException' with message 'Card number is required' in /home/xxxx/public_html/vendor/whmcs/whmcs-foundation/lib/Payment/PayMethod/Traits/CreditCardDetailsTrait.php:0 Stack trace: #0 /home/snpx31olat/public_html/includes/ccfunctions.php(0): WHMCS\Payment\PayMethod\Adapter\CreditCard->validateRequiredValuesPreSave() #1 /home/snpx31olat/public_html/creditcard.php(0): updateCCDetails(6108, '', '4506 xxxx xxxx ...', 'xxx', 'xxxxx', '', '', '', '', 'ziraat_BurtiNET', NULL, '', '1095') #2 {main} When I try to pay on WHMCS we got this error... WHMCS 7.8.3 - Six Template.. Thanks @John
  12. After upgrading I'm facing error message when I save any edit in user area even when I tick Display Errors shown the same error. Oops! Page Not Found We couldn't find that page. Please try navigating using the options below.
  13. I haven't found this same error anywhere yet so after I opened a ticket I thought I'd post it here as well. Basically after using the auto upgrader from 7.7 to 7.8.1 I ran into two issues, one with smarty templates and the Lara theme (which were quickly resolved) and this one which I can't pin down. I don't use Stripe it's not even enabled, I use Quantum Gateway and every client profile page I view pops this error: "Paymethod migration failed. Client's remote non-card gateway could not be determined. Client ID: " If anyone saw this error when they upgraded and were able to resolve it, I'd sure like to know how you did it!
  14. Hi All, After upgrading to 7.8.3 all of my Stripe Card Payments are failing with the following error; Could anyone help? { "error": { "code": "parameter_invalid_integer", "doc_url": "https://stripe.com/docs/error-codes/parameter-invalid-integer", "message": "Invalid positive integer", "param": "amount", "type": "invalid_request_error" } Whats strange is that the value is a -300 number, so not sure how this got there; "amount": "-300", "currency": "gbp", "payment_method_types": { "0": "card" },
  15. Hello, I seem to encounter 2 issues after upgrading to 7.8 where the Cancellation requests are not cancelled and the Terminate button from the "Product/Services" page is not working. Is anyone else encountering this issue? Thank you! Best regards, Andrew
  16. We have just updated to the latest version of WHMCS (7.8.3) and are now seeing and issue whereby our overnight Cron Job is no longer capturing payments using the WorldPay FuturePay gateway. There are no errors when running the Cron Job manually via the command line with the verbose output and display_errors enabled. We are able to capture payments manually using the same details, however it takes two attempts to do this (the first attempt results in the payment being declined). There are no results being posted to the 'Gateway Log' regarding the payments when the Cron Job runs; however under 'Automation Status' we are seeing multiple "failed" captures (all payments are showing as failed, except the one capture we did manually). There are no "failed" capture attempts in the Gateway Log. We believe this is a bug in the system as we are able to produce the same results on 3 separate installations which all use the WorldPay FuturePay module. Has anybody else had the same issue? I noticed there was a hotfix for other gateways, but this does not appear to cover WorldPay FuturePay. I have opened a ticket with WHMCS approx 2 hours ago regarding this and am yet to receive a response: Ticket #VXY-048403
  17. Seeing this in my PHP error log regularly now... [WHMCS Application] ERROR: Error: Call to undefined function WHMCS\Payment\PayMethod\run_hook() in /home/username/public_html/whmcs/vendor/whmcs/whmcs-foundation/lib/Payment/PayMethod/MigrationProcessor.php:0 Stack trace: #0 /home/username/public_html/whmcs/vendor/whmcs/whmcs-foundation/lib/User/Client.php(0): WHMCS\Payment\PayMethod\MigrationProcessor->migrateForClient(Object(WHMCS\User\Client)) #1 /home/username/public_html/whmcs/vendor/whmcs/whmcs-foundation/lib/Auth.php(0): WHMCS\User\Client->migratePaymentDetailsIfRequired() #2 /home/username/public_html/whmcs/vendor/whmcs/whmcs-foundation/lib/Utility/Bootstrap/Application.php(0): WHMCS\Auth::persistwhmcsession() #3 /home/username/public_html/whmcs/init.php(0): WHMCS\Utility\Bootstrap\Application::persistSession() #4 /home/username/public_html/whmcs/clientarea.php(0): unknown() #5 {main} {"exception":"[object] (Error(code: 0): Call to undefined function WHMCS\\Payment\\PayMethod\\run_hook() at /home/username/public_html/whmcs/vendor/whmcs/whmcs-foundation/lib/Payment/PayMethod/MigrationProcessor.php:0)"} []
  18. I removed the addons, modules, hooks, etc and it still shows page not found in the admin area whenever the popup box appears. It happens at the following url: configdomains.php?action=editpricing&id=1 It says: Page Not Found We couldn't find that page. Please try navigating using the options below.
  19. Hi Thought I would share this so others are aware: - After upgrading we saw many issues with customers payment methods and had to roll back: - 1, Says Direct Debit however it is sage pay with the remote key and no card number but it says direct debit! 2, Shows Visa ending for example 1234 but when clicking into it all the info is there but it says it is the myworks paypal billing module but it is not it is sagepay! 3, Another is a mastercard but when you click in it says it is gocardless! Just a few examples but it was messed up across the board so you may want to think twice or be very aware before upgrading to this latest release. WHMCS have been able to replicate this from their side from the ticket we opened and they have created CORE-13682 Thanks
  20. Since updating to version 7.8.3 and updating my PHP 7.2 I am now getting this error when trying to view support tickets in admin area. any had this problem? Oops! Something went wrong and we couldn't process your request. Please go back to the previous page and try again. If the problem persists, please contact us. « Back to Homepage For additional assistance, please reference the WHMCS TroubleShooting Guide » InvalidArgumentException: Data missing in /home/public_html/clients/vendor/nesbot/carbon/src/Carbon/Carbon.php:425 Stack trace: #0 /home/smartnetvps/public_html/clients/admin/supporttickets.php(0): Carbon\Carbon::createFromFormat('Y-m-d H:i:s', NULL) #1 {main}
  21. Hi, we're having a problem since the update where payments which should be blocked by WHMCS continue through to Stripe Customer get the notification of high risk/payment blocked but actually the payment goes through to Stripe Luckily I'm on top of it and I've had to refund 40-50 payments to prevent fraud disputes later on. Is this a problem for other people? Are payments which should have been blocked still going through for people?
  22. Hi, We have found an error related to the new CCs feature and email piping. Context: - We have a contact with the email contact1@test.com. Steps to reproduce it: 1) Send an email from contact1@test.com, adding a couple of CCs: something@test.com, hello@test.com. 2) A ticket is opened automatically through email piping. 3) The ticket is assigned to the contact but the CCs look like this: contact1@test.comsomething@test.com,hello@test.com. Issues: - The "from" and the first "CC" are concatenated without a comma. - This prevents answers from being delivered to contact1@test.com. It does not happen when the email is sent from an email assigned to a client.
  23. I submitted a support ticket about this a couple of hours ago but am hoping that someone might be able to answer this more quickly here. We upgraded to WHMCS 7.8.2 at the weekend to ensure compliance with SCA via WHMCS's own Stripe gateway. Since then, the statement descriptors on our customers' bank statements read "FALSE" for regular subscription payments. I'm obviously concerned that this is going to lead to unnecessary chargebacks. We haven't changed any settings at the Stripe end and have a default statement descriptor set on there. In WHMCS, the statement descriptor is set to "{CompanyName}" and our company name field is set. Has anyone else seen this problem with WHMCS 7.8 and Stripe? Does anyone have any ideas for workarounds?
  24. Can anyone else reproduce this issue please.... As a client, go to transfer any UK domain using the Nominet module. As expected you are not prompted for the registrant details - however, the order cannot continue because the form is being validated with the "additional domain fields" and states that the registrant name is required. This has been happening for us since updating to 7.8 this week. It means currently no customers can transfer Nominet domains to us. (Using Six template and Premium Comparison order form)
  25. Hi, I have created a duplicate template of the [standard cart] and edited the [configureproduct.tpl] and [viewcart.tpl] to display a few lines of text. While testing to check the texts display properly, I noticed the text in [product.tpl] shows up properly but the text in [viewcart.tpl] does not display at all. The new templates name is [myonecart]. It has all the files the [standard cart] has. Only the [configureproduct.tpl] and [viewcart.tpl] files were modified. All other files were untouched. The [standard cart] is set as the default template in [Setup > General Settings > Ordering]. The [myonecart] is set as the default template in [Setup > Products/Services > Edit Group] However, if I set [myonecart] as the default template in [Setup > General Settings > Ordering], the text in [viewcart.tpl] displays without any issue - when 1) [myonecart] is set as default in [Setup > Products/Services > Edit Group] 2) [Use System Default] is set as default in [Setup > Products/Services > Edit Group] Without putting lines of texts, I have tried using a single word but the results are the same. Is this the expected behavior or is it a bug? I am using WHMCS 7.8.3 with a development license to test things out. Would appreciate if anyone could confirm if this is a bug in WHMCS.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated