7.10 Drop Down Editor hangs on save

When you hit save the message box Result appears and says This operation is completed successfully.

It never goes away and the page is stuck. You have to click on something else like home to get out.

It does save the changes. Just hangs up.

We can’t reproduce this


If you’ve upgraded from a previous version, please do a Quick Repair and Rebuild

You can also clear the cache by deleting cache/themes (it will get recreated) and any browser caches.

Finally, please post a screenshot of the problem, if it persists. Thanks

It happens every time I click on save:
This is an upgrade from 7.7 to 7.9.14 to 7.10

[Tue Feb 27 09:27:08 2018] [error] [client 192.168.101.10] script ‘/var/www/html/suitecrm/cache/index.php’ not found or unable to stat, referer: http://192.168.101.55/suitecrm/cache/themes/SuiteP/css/Dawn/style.css?v=4W5nwnNHdS_h2YCAgynURg
[Tue Feb 27 09:27:11 2018] [error] [client 192.168.101.10] script ‘/var/www/html/suitecrm/cache/index.php’ not found or unable to stat, referer: http://192.168.101.55/suitecrm/cache/themes/SuiteP/css/Dawn/style.css?v=4W5nwnNHdS_h2YCAgynURg
[Tue Feb 27 09:29:10 2018] [error] [client 192.168.101.10] script ‘/var/www/html/suitecrm/cache/index.php’ not found or unable to stat, referer: http://192.168.101.55/suitecrm/cache/themes/SuiteP/css/Dawn/style.css?v=4W5nwnNHdS_h2YCAgynURg
[Tue Feb 27 09:29:12 2018] [error] [client 192.168.101.10] script ‘/var/www/html/suitecrm/cache/index.php’ not found or unable to stat, referer: http://192.168.101.55/suitecrm/cache/themes/SuiteP/css/Dawn/style.css?v=4W5nwnNHdS_h2YCAgynURg

Don’t forget trying to clear cache/themes directory.

What is you PHP version? And your OS?

When you say clear do mean rm -rf under the cache/themes directory?

Centos 6.9. PHP 7.27

I did a chmod -R 755 on the whole install and then
hmod -R 775 cache custom modules themes data upload config_override.php

I was hoping it was a permissions problem.

THX

I fear this might be a PHP 7.2 problem as it isn’t very widely tested yet, few people use it.

If you can test it with an older PHP version, that would be perfect.

Yes, deleting is deleting, but you can also mv it to a different place as a backup.

Permissions problems can have several other dimensions apart from what you say:

  • .htaccess files blocking access
  • ownership has to match web server user
  • make sure cron jobs are not running as a different user (root?) and messing up the cache
  • default_permissions array in config.php
  • SetUID/SetGID/sticky bits on parent directories governing the creation of new files and directories underneath
  • umask values

Sorry php is 7.027

php -v
PHP 7.0.27 (cli) (built: Jan 2 2018 12:12:41) ( NTS )
Copyright © 1997-2017 The PHP Group
Zend Engine v3.0.0, Copyright © 1998-2017 Zend Technologies

Dreaded transposition error.

I cleared the cache directory and get the same result.
I tried firefox, chrome and whatever and IE.

Googling for your error (“unable to stat”) some people say it is related to .htaccess file.

I know there were changes in .htaccess file in the new SuiteCRM, and there were bugs like this one:

https://github.com/salesagility/SuiteCRM/pull/5225

That will go into 7.10.1 when it comes out (soon).

Please try Admin / Repair / Rebuild .htaccess file.

Ran the rebuild.
Restart httpd.

Same result:

[Tue Feb 27 10:21:24 2018] [error] [client 192.168.101.10] script ‘/var/www/html/suitecrm/cache/index.php’ not found or unable to stat, referer: http://192.168.101.55/suitecrm/cache/themes/SuiteP/css/Dawn/style.css?v=4W5nwnNHdS_h2YCAgynURg
[Tue Feb 27 10:21:26 2018] [error] [client 192.168.101.10] script ‘/var/www/html/suitecrm/cache/index.php’ not found or unable to stat, referer: http://192.168.101.55/suitecrm/cache/themes/SuiteP/css/Dawn/style.css?v=4W5nwnNHdS_h2YCAgynURg
[root@lenny ~]#

I don’t go there often so I can wait for the update.

I just thought you guys would want to know.

Thank You.

1 Like