-
-
Notifications
You must be signed in to change notification settings - Fork 833
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
[react] Old React versions are not EOL (security updates) #6684
base: master
Are you sure you want to change the base?
Conversation
See React maintainer @gaearon's comment: reactjs/react.dev#1745 (comment) > If there was a critical security vulnerability affecting all majors we would do every effort to release a patch for the latest minor of every major, as well as for every minor of the current major.
Thank you for opening this pull request 👍. If you are not familiar with the project, please check out our Contributing Guidelines and our Guiding Principles. Also take a look at our Hacking Guide if you intend to work on site internals. |
but you are missing the main point , those are eoled but if they found a critical bug and if any hotfix applied we increase the eol date to latest release date, ( you can observe this on releaseCycle: "15" ) |
But that is why you have another column for "Security Support"? They are EOL for development only, not for critical security fixes. That column's job (as I understand it) is to indicate if it's safe to remain on an older version or not should there be a vulnerability. If it's got a an end date it means we should move onto a newer version as soon as possible which is not the case here because they are continuing support with regards to critical security issues at any time. |
I was also surprised by #6675, since it drastically changes what we counted as security support, without any change in upstream guidance with the v19 release. |
Dan's comment isn't necessarily the same thing as a project-level commitment to definitely releasing security fixes, which is what I'd consider necessary for "support". Best-effort is great! but not "supported". |
As it stands, https://endoflife.date/react has conflicting guidance in the table v/s the support text. At the very least we should update the text to inform the users about the best-effort-stance. |
A 3.5 year old issue comment does not a versioning policy make. Granted, I'm not doubting the React team's intent (or willingness) to backport security fixes as far as possible, but something to that end should be reflected somewhere in the project documentation. I'd recommend updating the Support text to call it like it is: Submitted an alternative PR. |
The previous update to React #6675 does not properly reflect React's stance on security updates.
See React maintainer @gaearon's comment: reactjs/react.dev#1745 (comment)
I think the wording is clear that versions 18 and below would receive a security update if there was a critical vulnerability.
I don't think there is a new stance on this from React but I could be wrong (the official comment is from 2021).