I read this to indicate the undismissable “get Premium” promotional banner that has been in recent versions of Admin, but I can understand your interpretation, @anon76427325. Could you please clarify, @speendo?
In fact, I don’t have any premium products in this installation - the website is for an (almost) charity organisation and I didn’t receive any money for making it.
So, yes, @hughbris, your interpretation of my posting is correct - the error message might be related to the promotional banner. Sorry for not articulating this more clear.
@speendo, Searching the entire Grav site, there are two areas where the error is thrown:
One in the InitializeProcessor.php of Grav, which is a very early call when starting Grav
The other is in admin.php of the Admin plugin and is also called very early in the starup of Admin.
The one thrown by InitializeProcessor will bubble up to Admin and also into the pages on the website. Since you’re not seeing any errors at the front-end, I presume the error is thrown by Admin itself.
Looking at the CHANGELOGS of both Grav and Admin they both mention on 04/11/2019:
Cleanly handle session corruption due to changing Flex object types
<entering guessing mode>
When running a site, Grav will use the parsed pages (the cached HTML pages) and doesn’t need Flex.
You mentioned:
I did this by restoring a zipped backup file from my development host.
I presume you mean a zip of the entire site, which also copies any cached page files which will be shown by the site without a problem.
When starting Admin, it will use Flex.
There might be an issue with file /user/data/flex/pages.json
Suggestion: Remove file /user/data/flex/pages.json. It will be rebuild by Admin.
On my instance there was no /user/data/flex/pages.json, so instead I removed /user/data/flex/indexes/pages.json.
You were right that the file was recreated, however, I still receive the error messages in the backend. The frontend seems alright, though…
Is there anything else I can try?
Btw. to clarify what I mean with “restoring a zipped backup file”:
In the admin interface of my development server I went to Tools // Backups and generated a new backup. Then I downloaded this backup as a zip file and unzipped it on the production server.
Now I tried to analyse the network traffic with my browser.
What I can say is that all the requests from my browser were replied with Status 200 (OK), except for one for /admin/config/system that received a 303 and another one to Gravatar.com, that received a 304 response.
But on first sight I don’t see any particularly alarming signals here - however, I also don’t know what to lookout for…
Hello!
I have exact the same error message (initial and after ignoring some more only in the backend)
I am not so in details so I have close more information - the only thing I know it happens after enabling sitemap plugin there was an error which my admin fixed with a php update - now sitmap looks working but I have these errors in the backend (also when I disable sitmap - so I think it is the php update)
Especially the
Failed to start session: session_start(): Failed to read session data: memcached (path:
Is very boring - I cleared already the cache many time.
Every help is welcome - but consider my admin is a hoster and not grav expert and I am a backend and ftp user …
thx
