WHMCS John

Hi @IamAQ, This indicates that the files from an unsuccessful auto-update attempt are present on your server. It sounds like the new files have been partially extracted, but not yet copied to the new location. The auto-updater failed at this point because it couldn't extract all the new files. The files are located at /vendor/whmcs/whmcs/ and can be safely removed.

Hi @IamAQ, Yes that would cause a problem applying the update if the files from the new version cannot be extracted.

Hi @IamAQ, My installation's /vendor directory contains 7697 files. Whilst auto-updating, this will double as the new files are extracted before being copied across. If this is hitting a limit of your hosting, you can apply incremental updates manually: https://docs.whmcs.com/Updating#For_a_Patch_Set However you cannot apply patch sets to update between major versions, (eg. 7.6 > 7.7) so in the intervening period I recommend working with your hosting provider to increase this limit, or seek a different provider.

Hi @Dimitra, A 500 Internal Server Error is a generic error message produced by the server due to a misconfiguration. There are potentially a wider number of causes for such a problem, here is a brief overview of them and potential fixes: File Permissions are incorrectly set. Should be (depending on server but general rule of thumb) 644 for files and 755 for folders/directories. An error in one of the PHP Files - Try enabling the display errors options described at http://docs.whmcs.com/Blank_Pages An error in an after-market customisation applied to your WHMCS installation PHP Memory & Process limitations - Try increasing to 128MB PHP Process Limitations - Check with server admin/hosting provider Corrupt PHP Modules, Extensions, Builds - Check with server admin/hosting provider The obscure - If points 1-5 don't produce a fix typically the best course of action is to check the Apache Error Logs The most likely cause of this kind of error is an after-market customisation. Could you please ensure there are no customisations present on your installation as these can often change the way WHMCS operates. These are typically located in the /includes/hooks and /modules/ directories Once the issue is resolved you can add them back one-by-one until the problem begins again - at which point you have identified the troublesome customisation and can contact the vendor directly for assistance resolving the problem in their code.

Hi @jas8522, This is addressed in 7.7.1: https://docs.whmcs.com/Changelog:WHMCS_V7.7.1 If you're still experiencing an issue, please refer to the following resources: https://docs.whmcs.com/SSL_Monitoring#Troubleshooting https://help.whmcs.com/m/85428/l/1035090-troubleshooting-red-ssl-monitoring-padlock-icons

Hi @hostingarg, Our guide for translating these promotional messages like this is located at: https://marketplace.whmcs.com/help/connect/kb/overview/general/customisation_and_localisation_of_promotions

Hi all, The "Notify Only" option will only send the notification email. It disables the updating of the expiry dates: https://docs.whmcs.com/Automation_Settings#Domain_Sync_Settings Email filters can be set up directly on the Gmail web client: https://support.google.com/mail/answer/6579?hl=en

Sorry both, I did mean to tag you in that @brian! That's correct, this is not a quirk of your development installations.

Hi @bear, Case #CORE-12283 is open internally to look at improving the styling of the out of stock page in future.

Hi @lims, That's correct, the sidebar is not displayed on the Out of Stock page. This is the same in previous versions too. We welcome feature requests online at http://requests.whmcs.com Feel free to suggest this as a new idea for comment and voting upon by other WHMCS users. The more votes an idea receives, the more likely it is to be considered by our development team for potential inclusion in a future feature update.

Hi @steven99, When updated to 7.7, the auto-updater will read the file locations from the configuration.php file and create the appropriate records in Storage Settings, yes. It does not make changes to the configuration.php file.

Hi @IamAQ, Please click the "Update Now" button and start the update process. When you see the Hourglass icon, that is the POST you should inspect.

Hi @IamAQ, You can check your server logs to see the error that occurred. The tblupdatelog table will also record the last action performed by the auto-updater. Alternatively: Enable Setup > General Settings > Other tab > Display Errors Navigate to Utilities > Update WHMCS Open Your browser's Network Analyser Tool Start the auto-update process Select the POST to update.php Inspect the Response The response should contain more specific error details from your server.

Hi @hostingarg, This error indicates there is a plain php file in your /modules/gateways directory. WHMCS expects payment gateway module files to be formatted in a certain way. So if that's not the case, you will experience this error. Could you please ensure there are no customisations present in your /modules/gateways directory. Once the issue is resolved you can add them back one-by-one until the problem begins again - at which point you have identified the troublesome customisation and can contact the vendor directly for assistance resolving the problem in their code. Please do share the name of the gateway you determined to cause the problem.

Hi @pacwebhosting, I'm pleased we were able to include something in the maintenance release for you! Whilst you were the only user who reported this particular issue in that time, we were doing some work in the Nominet module so were able to take care of this too. Enjoy!

Hi @Nathanael, I'm pleased to advise this has been resolved in today's 7.7.1 Maintenance Release: https://docs.whmcs.com/Changelog:WHMCS_V7.7.1#API

Hi @senyapsudah, I'm pleased to advise this has been resolved in today's 7.7.1 Maintenance Release: https://blog.whmcs.com/133534/whmcs-version-771-released

Hi @Douglas Ruiz, We've not been able to reproduce the issue on our local test environments with a stock 7.7.0 installation at this time - even using your exact data. So whilst an environment issue would appear to be the most likely explanation at this point, there are one or two final things we can check in your WHMCS installation. I do hope you will re-consider and provide us with access to troubleshoot in your support ticket.

Hi @Jean Felipe I can confirm this is an issue which has been reported to us recently. Case #CORE-13132 is open with our developers in order to have this addressed in a future maintenance release. Once we resolve cases and push features they are available at our change log, here: https://changelog.whmcs.com/ I apologize for the inconvenience, and appreciate your patience as we work to resolve this.

@aquiss, It's our pleasure. Thanks for your contributions during the 7.7 pre-release testing.

Hi @tsiedsma, We don't currently plan to add the new intelligent search functionality to the v4 template.

Hi @malfunction In this case, the SSL Certificate icon will take your visitors to cart.php so they can purchase an SSL certificate from whichever provider you've chosen.

Hi @Web Host Pro, Thanks for your report. We've been able to reproduce the issue with the search bar, and have case CORE-13112 open to look at that. I wasn't able to reproduce a problem on the service suspension modal however, I tried in both Firefox and Chrome. It looks like you might have a customised admin area template though. Do you see the same behaviour when using the stock "Blend" admin template?

Hi @RockTBN, If you're using Cloudflare, please disable the RocketLoader feature. This can cause issues with proper functioning of javascripts, and now seemingly forms as well.

Hi @kingsleymensah, Thanks for the confirmation. These logs show that the WHMCS files were extracted but failed during the copying process. The database update process was not completed, so the auto-update did not complete successfully. As a result I would have expected you to encounter an error on the auto-update modal.