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.Community

  • The latest WHMCS Release
  • The Latest from the WHMCS Team
    • News & Announcements
    • The WHMCS Blog
  • 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 Beta Program
  • 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
    • Competitions
  • General Discussions
    • General Discussion
  • General Feedback & Assistance
    • 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
  • SwiftModders Club's Topics
  • WHMCS Global Services Club's Topics

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Found 62 results

  1. 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
  2. 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.
  3. 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.
  4. 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!
  5. 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
  6. 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" },
  7. 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
  8. 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
  9. 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.
  10. 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)"} []
  11. 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.
  12. pjs32

    Stripe

    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?
  13. 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
  14. 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:
  15. 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.
  16. 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}
  17. 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?
  18. 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.
  19. 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?
  20. 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)
  21. 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.
  22. Hello, I'm not sure if this is on purpose or not but since the update to V7.8.1 transactions within Stripe use the transaction ID for the description, prior to the update they used the WHMCS invoice number which I preferred. Also a client made a duplicate payment on the same invoice. Normally the duplicate Stripe transaction will show in WHMCS prior to the update but now at least in this case only the first transaction shows in WHMCS, the duplicate does of course show in Stripe and 2 payment emails were received from Stripe. Thanks.
  23. Hello there After WHMCS update to v7.8.3 Project management addon (v2.2) we could use this addon also on desktop browser or mobile browser, but with these future implemented on project manager addon. PMA-110 - Allow task list to be sorted. Also known as: ADDON-5958 https://docs.whmcs.com/Changelog:WHMCS_V7.8 We can not using mobile browser to tick tasks as CONCLUDED, because if you try it will try to sort tasks instead of mark it as CONCLUDED. Sort tasks is very welcome but in 7.8.2 we were able to mark tasks as CONCLUDED using MOBILE BROWSER, but now we can not in v7.8.3 . I truly hope that it is still in WHMCS mind try to fix it, otherwise this update bring us a HEADACHE. In our company we usually use track task in PM to help us with daily routine tasks, so our staffs go out of office doing some IT jobs on clients and when it is done they just uses phone to mark it as CONCLUDED. now they can not until they uses laptop or desktop. PS: in 7.8.2 it usually works fine, actually it works fine from all WHMCS version, only in 7.8.3 it do not works 😓 😅 PS2: also hope when new aWHMCS app or IOSapp comes we could use project management addon there.
  24. Hi there, We've been following this community for a few weeks and whilst I appreciate that SCA compliance is coming this weekend, to me it seems there are too many problems to risk upgrading - especially as we use Stripe, heavily. I know even Stripe themselves are emailing to say 'hey, WHMCS have released an update, you need to upgrade before 14/09'... but I think we're going to see more headaches if we upgrade now? Keen to know how others are managing the risk? I think we'd prefer to have a few declined transactions and perhaps push customers towards PayPal in the meantime, over having headaches of over charging, not charging, wrong statement IDs, etc. I believe SCA compliance has been pushed back and there are potentially only a handful of banks that are going to enforce it from the 14th? Cheers,
  25. 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)"} []
×

Important Information

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