?
avatar bertmert
bertmert
15 Jul 2016

It was reported in a forum and e.g. here
http://www.itoctopus.com/the-file-cache-storage-is-not-supported-on-this-platform-error-after-updating-to-joomla-3-6
that backend was not usable anymore after update to 3.6.0 because of a thrown exception introduced here:
https://github.com/joomla/joomla-cms/pull/10339/files

also with
public $caching = '0';

The file Cache Storage is not supported on this platform

Reason was that cache and/or administrator/cache are not writeable.

I know that's a misconfiguration but question is now if the message should be more detailed concerning the real problem or if a more user friendly error handling (enqueueMessage(...) or something) is possible in this case to make login in backend possible like in Joomla 3.5.

Test instructions:
Delete folder administrator/cache or make it unwriteable. Then try to login in backend.
=> Exception

Open configuration.php and change public $cache_handler = '';

Now login is possible without errors.

In some cases changing public $cache_handler = 'cachelite'; worked, too. But looked like not always.

avatar bertmert bertmert - open - 15 Jul 2016
avatar mbabker
mbabker - comment - 15 Jul 2016

It is as friendly as can be. JCache is not the place to make "user
friendly" error handling happen. The API is reporting a critical error.

It happens even with cache turned off because Joomla's API is too eager and
tries to load the storage adapters then checks if caching is even enabled.
I have one PR open that tries to address this eagerness.

The reported error is right, as is the manner in which its reported (the
same as how other fatal errors are caught in that method). The possible
TODO items are to address the over eager loading of resources (started) and
making anything consuming from the cache API error aware and able to deal
with issues like this.

Look, I'm sorry sites go "down" because of added error checks for possible
issues, but everyone who has suggested that the fix is for Joomla to
silently absorb errors and keep functioning is wrong. Yes, things can be
made more fault tolerant and graceful fallbacks added as able, but that's
an implementation detail to be handled by the cache consuming service (i.e.
JComponentHelper or JPluginHelper which cache the respective extension
data), not inside the cache service API.

On Friday, July 15, 2016, bertmert notifications@github.com wrote:

It was reported in a forum and e.g. here

http://www.itoctopus.com/the-file-cache-storage-is-not-supported-on-this-platform-error-after-updating-to-joomla-3-6
that backend was not usable anymore after update to 3.6.0 because of a
thrown exception introduced here:
https://github.com/joomla/joomla-cms/pull/10339/files

also with
public $caching = '0';

The file Cache Storage is not supported on this platform

Reason was that cache and/or administrator/cache are not writeable.

I know that's a misconfiguration but question is now if the message should
be more detailed concerning the real problem or if a more user friendly
error handling (enqueueMessage(...) or something) is possible in this case
to make login in backend possible like in Joomla 3.5.

Test instructions:
Delete folder administrator/cache or make it unwriteable. Then try to
login in backend.
=> Exception

Open configuration.php and change public $cache_handler = '';

Now login is possible without errors.


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#11150, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAWfoc6vaM0vvLjJLi_mlOi1kEoItXIMks5qV-yKgaJpZM4JNwSZ
.

avatar bertmert
bertmert - comment - 15 Jul 2016

Thanks for this lucid explanation. Now we have a further reference for the next few days for endlessly discussing guys.
Closing.

avatar bertmert bertmert - change - 15 Jul 2016
Status New Closed
Closed_Date 0000-00-00 00:00:00 2016-07-15 21:20:22
Closed_By bertmert
avatar bertmert bertmert - close - 15 Jul 2016
avatar brianteeman brianteeman - close - 15 Jul 2016
avatar elkuku elkuku - change - 17 Jul 2016
Category CLI
avatar elkuku elkuku - change - 17 Jul 2016
Category CLI
avatar brianteeman brianteeman - change - 21 Jul 2016
Labels Added: ?

Add a Comment

Login with GitHub to post a comment