-
-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Undefined index: samesite #3089
Comments
This is weird. Based on https://www.php.net/manual/en/function.session-get-cookie-params.php it should return the 'samesite' array key. But if I execute this on my server it's not there:
|
So it seems the |
I have the same issue. Also the setcookie() was edited (22 days ago) to this:
According to the PHP docs, this signature of setcookie was added in PHP 7.3. But the project composer.json still says it should support at least version 7.1.3. So this call shouldn't be used. |
Temp fix is to manually patch the setcookie calls in Session to the following: Session::start
Session::invalidate
and to remove the $cookie_params variables. |
I upgraded my server to PHP 7.3 which fixed this issue, but it caused unplanned downtime to all websites on it. Not fun! |
Same problem here, It looks like I need to find an alternative to Grav for the future, 1.7 will require PHP 7.3 and I do not want to upgrade php version only for Grav |
I wanted to suggest to run the PHPUNIT tests on all supported PHP versions but I just noticed that there is no CI configured on the PRs. Then I noticed there are no functional tests testing HTTP requests anyway. Well, that's upsetting... |
@ConteZero you should not want to upgrade PHP version only for Grav. The right reason is to upgrade to PHP 7.3 because 7.2 won't get any security fixes anymore. See https://www.php.net/supported-versions.php |
@escopecz If you use a LTS linux distibution you can continue to use an old php version (security fixes are backported) |
I don't want to hijack this bug report for PHP version discussion, but who makes security fixes for unsupported PHP version? Linux distribution maintainers? Do you have some link to the source? |
Sorry about this! I'm going to revert this for 1.6 and leave it in 1.7 (which does require PHP 7.3) and rerelease |
it's released, unfortunately, we now have to wait for Travis CI to build. It's been taking ages lately.. used to be a matter of 5 minutes, but the last release (and all test builds) has taken nearly 2 hours over the past couple of days. We're already looking at moving to GitHub Actions, but the build process is quite complex and is not simple to move over quickly. In the meantime, I've removed the packages from 1.6.29 so new people won't run into this, and as soon as the build finishes and the files are available 1.6.30 won't have this issue. |
Quick fix for those of you in broken state: replace the |
@escopecz |
I want to note, that the selfupgrade is not (yet) working:
|
Yah Travis build failed due to a GitHub API deprecation, had to fix that and rebuild.. now have to wait another 1-2 hours for Travis to have a slot for us :( |
The new build should be there already and upgrade should be working again. What comes to Grav, it will only support officially maintained versions of PHP. If you're not willing to upgrade our OS every couple of years, you shouldn't be using Grav. Upgrading Ubuntu to the latest stable is really easy and many service providers support installing multiple (and latest) versions of PHP out of the box. Some servers even give the possibility to choose the version of PHP per site. We are soon going to be updating the next development version of Grav 2.0 to require either PHP 7.4 or 8.0, depending what the estimated release cycle will be. Also, it is really easy to just copy Grav to a new server... |
I got used to Grav updates being so seamless that this one surprised me a lot. Right after I clicked upgrade from version 1.6.28 to 1.6.29 it threw this error:
This is in the logs:
It's related to https://github.com/getgrav/grav/pull/3063/files#diff-8395517ec427cbc98337890b3f77e0e6ddb3c2f34c6f03ecea9dccffacaee108R221
I can load the frontend of my page when I clear cookies. But if I click on some link I get the error again. Administration is not usable. My site is down. 🔥
The text was updated successfully, but these errors were encountered: