In following some of the previous tips and tricks on these forums on how to upgrade 7.8.31 to the 7.10 LTS, it suggests you should install the Module for SuiteCRM_Upgrade_Patch.zip first, then run your upgrade wizard… only problem, after I install the patch, the wizard is now missing the “NEXT” button after the scan is complete.
Any ideas how I get past this to get to complete the upgrade?
Previously, i was getting the blank/white screen after “commit” step in the upgrade wizard. I’ve since restored to a snapshot and then went the upgrade-patch route with the above results.
sudo chmod -R 755 .
sudo chmod -R 775 cache custom modules themes data upload
sudo chown -R www-data:www-data .
(replacing www-data with whatever your web server user is)
Or, if that fails, Some users have had success when attempting the Upgrade from 7.8.31 -> 7.10 LTS
However, they are rolling back and doing so without the Upgrade_patch installed
Do you have any success with either of these?
If not, please let us know, and I’ll set it up locally and give it a go
back to there original 7.8.31 version (essentially backing out the suitecrm_upgrade_patch). Then re-ran the upgrade wizard, and I get the next button, then proceed, and stops at the white page, and see the following -
In the upgradeWizard.log I see:
Thu, 03 Dec 2020 17:33:38 +0000 [UpgradeWizard] - setting session variables…
Thu, 03 Dec 2020 17:33:38 +0000 [UpgradeWizard] - [At commit.php]
Thu, 03 Dec 2020 17:33:38 +0000 [UpgradeWizard] - Setting error_reporting() to E_ERROR while running upgrade
Both paths for me, either via the Suitecrm Upgrade Patch, or via the original, resulting in a missing next button or blank page, both don’t work for me.
Thank you @John for your efforts and input, its appreciated.
Ubuntu 18.04
PHP 7.3.14-5 and Apache
MSSQL database on a Windows server
I’ve previously tried to clone this environment, and migrated the database to MySQL, but still couldn’t run the upgraded wizard, resulted in the same issues.
I am convinced that the problem is with the PHP function that returns file permissions, it doesn’t seem to work well on Windows. It is not affected by the DB.
Only the DB is on MSSQL which is on a windows host, but SuiteCRM is on Ubuntu. I hate PHP on windows for just that sort of reason… I find weird stuff, so I stick to Linux now for all my PHP apps.
I’ve seen many people complain about this but I was never able to reproduce locally. Somebody really needs to dive into this one with a debugger, otherwise we won’t understand what’s happening, I’m afraid
The check files function completes (if I DON’T do the SuiteCRM_Upgrade_Patch.zip update module), And the Server Error 500/Blank pages is the result after I “commit” in the wizard - after the file checks.
Just before the blank page/server error the upgradeWizard.log shows:
Mon, 07 Dec 2020 17:29:10 +0000 [UpgradeWizard] - Backing up file: /var/www/html/Zend/Oauth/Config/ConfigInterface.php Mon, 07 Dec 2020 17:29:10 +0000 [UpgradeWizard] - file backup done. Mon, 07 Dec 2020 17:29:10 +0000 [UpgradeWizard] - Running pre_install()... Mon, 07 Dec 2020 17:29:10 +0000 [UpgradeWizard] - pre_install() done.
I’m sorry, but if you are not a developer I don’t think you’ll be able to achieve anything here, it’s not a very simple situation to diagnose and solve.
I think (not sure though) there is an issue for this already open on GitHub, maybe you can track that and see if anybody works on it and a solution becomes available.
I’ll take my chances with PHP 7.4 as it’s worked without fail thus far.
Attributing the problem to the use of this php version is, in my opinion, a bit short sighted and conveniently passes the buck. Particularly since this “Next” button issue has been on-going for awhile. Furthermore, other than not being able to upgrade yet again, the program seemingly works flawlessly with PHP 7.4.
I did not attribute the problem to PHP 7.4. I merely pointed out that by using PHP 7.4 you’re opening the door to many unknowns. Which is the wrong way to diagnose an issue - potential causes of trouble need to be narrowed down, not opened up.
And you really shouldn’t assume SuiteCRM works flawlessly with PHP 7.4, that is simply not true. I’ve seen several different issues, and more surely lurk in those 1,000,000+ lines of code.
I’ve spent many hours on this issue and it’s not trivial. Unfortunately I’ve never debugged a system exhibiting the problem, that would surely be more profitable. But my test systems don’t get this problem…