Search the Community
Showing results for tags 'troubleshooting'.
-
.thumb.jpg.fc9e0d038ce421d44eec18855ab46b53.jpg)
The Auto Update normally works great for me, but when I tried 7.8.0 and 7.8.1, I'm having a problem. It will take me to the "Download Database Backup" and when I click it, it sits there for a very-very long time, then shows this: It'll never download the database. I went and manually downloaded the database, and when I clicked download, I stopped it, which allowed me to "Continue", and it did update to 7.8.0. Now as I try to update to 7.8.1, the same thing is happening... Only I started getting messages from my server complaining that : DISKCRITICAL blocks ⛔: Mount Point “/var/tmp” (IP ###.###.###.###😞 3.51 GB/3.94 GB - 94.348772% The server guys say: Upon review I see the most of the usage was associated with mysql, in this instance there were several attempts to dump a mysql database named (MyWHMCSNameRemoved). The multiple attempts had temporary files associated with tmp and were still present. Any ideas why I'm bombing at the download Database section and filling up my temp directory?
-
Customers can't remove Credit Card / Pay Methods
cenourinha posted a topic in Troubleshooting Issues
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? -
Hi, From today morning the Invoices are not being updated, and the API callback is getting failed for the Coingate and perfect money modules. Anyone else facing similar issue? Regards Chandrakant -
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:
-
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?
-
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.
-
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.
-
Hi, I was previously using RoudiApp Stripe plugin and have done for years. Due to the whole 3d secure and EU payments I decided to switch to the built in Stripe module. Since doing this alot of my customers when trying to use an existing card are seeing the following error: No such customer: cus_6wGlZpgCnjkYk2,card_198Q9G4YTT8T6YNYsBuu6vmm I contacted stripe who are saying the built-in WHMCS plugin is sending the wrong charge request: They gave me this: { "error": { "code": "resource_missing", "doc_url": "https://stripe.com/docs/error-codes/resource-missing", "message": "No such customer: cus_6wGlZpgCnjkYk2,card_198Q9G4YTT8T6YNYsBuu6vmm", "param": "id", "type": "invalid_request_error" } } Anyone else have this issue? I am using 7.8.1
-
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 -
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
-
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)"} [] -
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. -
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. -
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
-
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. -
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! -
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" },
-
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 -
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
-
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)"} [] -
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.
-
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 -
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}
-
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?
-
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.
.thumb.jpg.fc9e0d038ce421d44eec18855ab46b53.jpg)
