Hi there
Brand new, plain installation of 7.7.9 upgraded to 7.8.1 and everything that has been tested works fine, however, the product page looks like the attached. Is this a known issue?
Cheers
Simon
Hi there
Brand new, plain installation of 7.7.9 upgraded to 7.8.1 and everything that has been tested works fine, however, the product page looks like the attached. Is this a known issue?
Cheers
Simon
The usual questions:
Hi there
Yes on both counts.
Cheers
Simon
Try resetting your permissions.
We originally had a whole host of issues prior to upgrade that turned out to be permission related. Permissions were reset just before upgrade and all of the issues disappeared.
So, to be clear - the installation was completed, permissions and ownership were set, the upgrade was then performed.
Cheers
Simon
Often these problems just go away by themselves (when cache refreshes), but if you can reset permissions once more after the upgrade it might help.
Of course this shouldnât be necessary but it depends on some factors.
As to the cause, just a question: do you have your cron jobs set up to run as root user?
Thanks for the suggestions. I reset the the permissions again and rebuilt again, but the problem persists. I have noticed that it says:
âIf this error persists, please have your administrator disable Ajax for this moduleâ
Any reasons why this might happen?
Iâve never seen turning off Ajax solve this kind of problems, I donât know why that advice is there.
â> I asked you a question about cron jobs but you didnât answerâŚ
What youâre getting is that your browser is failing to load the CSS of those screens, causing them to look broken. This can be caused by permissions problems, or by cache corruption caused by past permissions problems. Normally these would be cleared by a Quick Repair and Rebuild, but it seems not in your case.
â> Do you see anything relevant in suitecrm.log or php_errors.log at the moment when those broken screens load?
â> maybe if you could give us some more info on your system, that usually helps when weâre just trying to guess what the problem is (OS, PHP, database, web server, SuiteCRM versions).
Thanks.
Apache/2.4.18 (Ubuntu)
Database client version: libmysql - mysqlnd 5.0.12-dev - 20150407 - $Id: 241ae00989d1995ffcbbf63d579943635faf9972 $
PHP extension: mysqli curl mbstring
PHP version: 7.0.13-0ubuntu0.16.04.1
Server: Localhost via UNIX socket
Server type: MySQL
Server version: 5.7.12-0ubuntu1.1 - (Ubuntu)
Cron jobs are run as root - should I change this to www-data user? I guess if something is created by root user when the cron job runs, then www-data will not have write permissions to it by default? I didnât answer this the first time as I reset ownership of all files and directories to www-data and then did a quick rebuild of the database, guessing that this would accomplish the same thing only with correct permissions, if thatâs what the problem was.
Interestingly I switched AJAX off for this module last night, however, I am unable to switch it back on in the âconfigure AJAXâ section, it reverts back to disabled. That to me would suggest a permissions issue with a config file not saving properly, however, surely it wouldnât switch to disabled in the first place if that were the case? I have noticed several threads on here that talk about editing core code to rectify this particular issue, but Iâm not keen on doing this as I want to stick to the standard installation to avoid upgrade problems.
Interested to hear your thoughts. Thanks for the help so far.
Yes, you should definitely change cron to run as www-data. Potentially this is breaking your systemâs permissions every minute! Of course, itâs just potentially, not in fact. It depends on which process tries to write cache files first.
So, correct that, fix permissions again, do a Quick Repair and Rebuild again. Hopefully youâll be fixed, although I fear you might have some additional problem and we might have to look furtherâŚ