JSON call failing in G5.2.9 intermittently - specifically on filepicker

[marktaylor46]

I have already mentioned this to both @w00fz and @mahagr

This issue seems to have been introduced with Gantry 5.2.9.

Please see screenshot.

When using the filepicker ytou intermittantly get a single line popup because the JSON call is failing. There is no error message to explain why this is the case though.

links to two member posts in RT forum:
http://www.rockettheme.com/forum/joomla-template-callisto/254840-blank-line-when-saving-or-opening-template-settings
http://www.rockettheme.com/forum/configuration-and-security/254828-user-interaction-impeded-or-delayed

[marktaylor46]

Note both member sites appear to be using PHP5.5.28 and OPCACHE.

[mahagr]

As the issue is random, though frequent, I suspect its PHP/opcache bug in 5.5.28. Any change to get users to temporary disable opcache in their sites to confirm if the issue gets fixed? If the issue is PHP bug, it will be really hard to track down and the easiest way to fix it would be to upgrade to PHP 5.6.

[marktaylor46]

One member has now confirmed that disabling opcache does seem to resolve the issue. But shouldn't it work with opcache on? Is there anything else we can do?

[mahagr]

Well, like all software PHP has bugs in it; there are literally hundreds of bugs fixed in PHP since 5.5. These compiler bugs are really hard to track down and even if we manage to fix them, they may come back later unless we fully understand which PHP bug causes the issues.

Easiest way to get rid of these kind of bugs is to upgrade PHP to the latest version; those usually get fixed sooner rather later.

I can take a look on this if I can easily reproduce it.

[mahagr]

Whatever I try, I'm not able to reproduce the issue with PHP 5.5.28 and opcode extension.

[marktaylor46]

Second member reports disabling opcache also fixed the issue for them too. Therefore, both member sites are now working. If we get any further reports of this I will let you know.

[mahagr]

I would love to hear what happens if one of those users upgraded PHP and enabled opcode again.

[mahagr]

I'm closing this issue as opcode bug which cannot be easily reproduced. If users have issues like this in the future, I'd like to have a look.

[1webmaster4you]

I mahagr,

I have a lots of difficulty to EDIT Gantry modules in ADMIN.
I have to CLEAR Gantry cache before I could edit and even then, I need to refresh many time the page in CHROME before I have access to the editing.

_____Pre-Flight DEV : http://moisson.designserv.net/

Here's my server config :

---

CentOS
Apache 2.4.18
DirectAdmin 1.50.0
MySQL 5.5.47
Php 5.6.20

---

[/usr/local/lib/php.conf.d]
opcache.enable=1
opcache.revalidate_freq=0
opcache.validate_timestamps=0
opcache.max_accelerated_files=32531
opcache.memory_consumption=192
opcache.interned_strings_buffer=16
opcache.fast_shutdown=1
opcache.use_cwd=1
opcache.save_comments=1
opcache.enable_file_override=0

---

I need to resolve those Opcahe before I get 40,000 users at the same time…
There's no PHP errors in LOGS !

Alain

[mahagr]

Reopening issue to allow further discussion. Can you turn opcache.validate_timestamps=1 and see what happens.

[1webmaster4you]

OPCAHE Final Config, as propose by maharg :
(use opcache.revalidate_freq=0 or updates in joomla fail).

opcache.enable=1
opcache.revalidate_freq=0
opcache.validate_timestamps=1
opcache.max_accelerated_files=65407
opcache.memory_consumption=400
opcache.interned_strings_buffer=16
opcache.fast_shutdown=0
opcache.use_cwd=1
opcache.save_comments=1
opcache.enable_file_override=1
opcache.max_wasted_percentage=10
opcache.revalidate_path=1

Note : This get a super fast server and pages of any websites (Joomla - Wordpres) are render at least 200% faster !!! WOW !

Thank's

[mahagr]

I'm going to have a look if I can fix opcode caching issues with our stored cache files. Because of that I will keep the issue open.

[mahagr]

Opened a new issue: #1222