Joo32

Hi, WHMCS used to store the 2FA (second_factor_config) on database like {secret: ABC123XYZ backupkey: 654321} for each account. After v8 (I guess) it store all new 2FA like a hash: 9d01772452f8d51b51458d3f0c2816e752ab71075626b92cc8ca425d85f6442jlkfdljksdfljkfsdljkjlksfdjlkfdsjlkfsdjk600248fb22cee586b55ee15f68bfe9600e507fa9fb62ffbccce0c0c80e5e95eaf8f6de61e5362074ab47c974b5ef0cbcc88782b91c33d364a05adcksdjhfhkshdkhfksdhjk Also, old keys({secret: ABC123XYZ backupkey: 654321}) turn to the new method when customers log in. I wonder how we can validate/decrypt/encrypt this code for third-party app logins.

What about adding payment through callback file or internal API? These are not working as well, any solution for this!?

@WHMCS John Yes, this way it works and send email. But the actual problem is that when we add payment through callback file ro internal API, it does not send email neither. (as we were doing on previous update(8.1), nothing changed) Alos, sendemail API does not work for invoices as well: localAPI('SendEmail', [ 'messagename' => 'Invoice Payment Confirmation', 'id' => $invoiceId, 'customtype' => 'invoice', ]); This should work, but it does not.

Be responsible! @WHMCS John the issue was reported 50 days ago and you still have no solution! This is not a free software boys! we are paying +$500/mo for this WHMCS license to have better support!

Same issue. The difference is that we have 3 payment methods on whmcs. 2 of those work, and 1 does not! We look forward to hearing from WHCMS!

After upgrading to whmcs v8.8, we have a problem piping emails into ticket. When an email comes to our inbox, we do a pipe forward to create a ticket like this(as we were already using it without any problem): /opt/cpanel/ea-php81/root/usr/bin/php -q /home/----------/public_html/my/crons/pipe.php But instead of creating a ticket, it shows an error in ActivityLog as below: Whoops\Exception\ErrorException: Declaration of ZBateson\StreamDecorators\SeekingLimitStream::getSize() must be compatible with Psr\Http\Message\StreamInterface::getSize(): ?int in /home/-----------/public_html/my/vendor/zbateson/stream-decorators/src/SeekingLimitStream.php:74 #0 /home/-----------/public_html/my/vendor/whmcs/whmcs-foundation/lib/Utility/Error/Run.php(0): WHMCS\Utility\Error\Run->handleError(64, 'Declaration of ...', '/home/-----------/...', 74) #1 [internal function]: WHMCS\Utility\Error\Run->handleShutdown() #2 {main} Any clue? Thanks

Just wanted to put the issue here and say it is already resolved. It was caused because of another WHMCS>modules>Server, guzzle PHP on composer was conflicting with pipe composer.

any help?

Hi, Recently we face a piping issue for emails into ticket. when a client sends an email to support@domain.com for the first time(to create a ticket), it works without any issue. but when he replies to the same email, his reply does not pipe to the ticket(we receive it in inbox on cpanel), seems this process lose the ticket ID! not sure! As I also check the "Track Delivery" in cPanel, it log an error as below: Child process of virtual_address_pipe transport returned 1 from command: /opt/cpanel/ea-php81/root/usr/bin/php I have searched all forums on cPanle and WHMCS already! I appreciate for any help or clue.

We are using a WordPress website and WHCMS in one account cPanel/WHM. Both website and WHCMS is running very slow( every page tooks 10-15 sec to load) and this happens 2-3 times every day for 1-2 hours period. VPS hardware: 3Core CPU and 4GB RAM. We are facing a High CPU usage in WHM end and when we check Process Manager, it shows the "php-fpm: pool" is using 70% of CPU with 4 childs. Also, we have checked the Current Running Processes, the same "4 childs php-fpm pool" are there and pointing to the WHMCS directory on my cpanel! When we disable/remove the WHMCS directory, our website(Wordpress) loads under 1 sec! We do not have more than 1-2 online users on WHCMS when this happens, also no specefic cron. How can we troblshoot the WHMCS process and functions that cause this slowness? Let me know if you need any information.