After years of development and several months of release candidates, 9.0.0 is here! There’s way too much in this release for me to summarize here; for that, you should check out the blog post above.
Thanks to everyone who helped throughout this process with code and bug reports, especially those who were active in the forums and GitHub throughout the release candidate process. We’ve squashed a lot of those early release candidate bugs, and have really improved backward compatibility with Elemental and other themes that aren’t built off of the latest Concrete technologies. I’m happy to report in my testing that themes customized with Elemental work 100% with the new customizer (without sacrificing all the excellent progress of the new, skin-based theme customizer.)
It’s not going to be a perfect process – and for the moment we’ve disabled the automatic process of making add-ons available for version 9. Developers who verify their add-ons work with version 9 should login to their marketplace administrative area and update their compatibility. This should get your add-ons and themes officially serving to version 9.
Is this version compatible with PHP8.0? I tried it out on my local machine and a hosting site with PHP8.0. I immediately got an error after the installation was completed.
As always as much detail as you can offer (including full stack traces of errors, instead of more general descriptions) will help get these issues solved sooner. Also, we don’t monitor the forums for bug reports, so you’re probably going to get more assistance by posting as much detail as you can to a GitHub issue.
I just installed Laravel Valet’s latest version and configured it to use PHP 8. On PHP 8.0.12 I was able to install version 9 and do some cursory editing without incident. What errors were you experiencing?
Just to respond to one of the earlier issues – I think PHP 8 has more stringent error reporting by default. We’ve fixed the specific Elemental error which will be included in 8.0.1 (https://github.com/concrete5/concrete5/issues/10003) but we may have to start running with notice errors on all the time in order to catch these notice errors under PHP 8. In the meantime, it might be best for server admins to revert their PHP 8 error reporting to the standards that PHP 7.4 and earlier were running (disabling strict/deprecated errors.)
This problem also appeared to me. Fresh install (php 7.4) on Elemental and after switching to php 8 this bug. Undefined variable $collection related to src/Page/Theme/Theme.php (line 469)
Apparently it was by accident. I never succeeded in retrying: when trying to install again, errors with a non-empty database and 347 tables.
In version 9.0.1, which was installed on an external server, the database is constantly broken. For example, if the text contains the symbol “И” (Russian capital letter I).
Perhaps because of the character encoding settings in the database? - utf8. The installation went through accidentally, but the database does not work without errors. Converting the database to utf8mb4 also fails.
