Skip to content
This repository has been archived by the owner on Aug 18, 2024. It is now read-only.

Prepare release notes for upcoming 8.x-1.0-alpha6 release #699

Closed
pfrenssen opened this issue Aug 17, 2020 · 8 comments
Closed

Prepare release notes for upcoming 8.x-1.0-alpha6 release #699

pfrenssen opened this issue Aug 17, 2020 · 8 comments

Comments

@pfrenssen
Copy link
Contributor

pfrenssen commented Aug 17, 2020

8.x-1.0-alpha6

This release adds support for Drupal 9.x and PHP 7.4, fixes a security vulnerability and has improved entity access.

There are some significant backwards compatibility breaks in this release, please refer to the dedicated section below.

Security fixes

New features

Improvements

Bug fixes

Backwards compatibility breaks

  • Support for PHP 7.1 has been dropped. There is at the moment no new code added that requires PHP 7.2 or higher, but we have stopped supporting and testing PHP 7.1. Drop support for php 7.1 #665
  • The $ignore_admin flag on OgAccess::userAccess() has been removed. This was supported in D7 but barely used and it was currently unused in D8. Remove $ignore_admin flag on OgAccess::userAccess() #652
  • The administer group permission has been renamed back to the original administer organic groups since it was conflicting with a permission from the Group module. Rename 'administer group' permission to 'administer organic groups' #657
  • Some methods in OgAccess were unintentionally processing both group level permissions and entity operations. These have now been split into separate methods. This is restoring the original access handling as it was designed for Drupal 7. See OgAccess::userAccess() doesn't differentiate between entity operations and group level permissions #659 for the full low down.
    • Any code that was calling into OgAccess::userAccess() or OgAccess::userAccessEntity() and passing an entity operation (e.g. update, delete, ...) instead of a group level permission (e.g. subscribe without approval) should now call OgAccess::userAccessEntityOperation().
    • Any code that was calling into OgAccess::userAccess() and passing an entity operation (e.g. update, delete, ...) instead of a group level permission (e.g. subscribe without approval) should now call OgAccess::userAccessEntityOperation().
    • Any hook_og_user_access_alter() hook implementations that are expecting the $context['permission'] data to contain an entity operation (such as update or delete) rather than a permission (e.g. subscribe without approval) will no longer be called. This code should instead be placed in an event subscriber that listens to the GroupContentEntityOperationAccessEvent::EVENT_NAME event.
    • Any code that was calling into $entity->access() to check for group level permissions (e.g. subscribe without approval) rather than an entity operation (e.g. update, delete, ...) was working before but was in violation of the Drupal API and will need to be replaced with a call to OgAccess::userAccess().
  • The method GroupTypeManager::getAllGroupBundles() was duplicating the functionality of two other methods and has been removed. All code that was calling ::getAllGroupBundles() without passing an argument should now call ::getGroupMap(). Code that was calling ::getAllGroupBundles($type) with an argument should now call ::getGroupBundleIdsByEntityType($type). Remove getAllGroupBundles and replace with getGroupMap #402
  • Support for Drupal 8.7 has been dropped Drop support for Drupal 8.7.x #649
@pfrenssen pfrenssen self-assigned this Aug 17, 2020
@pfrenssen
Copy link
Contributor Author

Ready with the first draft. Unassigning.

@pfrenssen pfrenssen removed their assignment Aug 17, 2020
@pfrenssen pfrenssen added this to the 8.x-1.0-alpha6 milestone Aug 17, 2020
@MPParsley
Copy link
Collaborator

@pfrenssen when would you like to release this?

@pfrenssen
Copy link
Contributor Author

I just checked https://github.com/Gizra/og/milestone/4 and it seems we are pretty close to release! It seems we just need 2 tickets merged and do some coding standards love.

@claudiu-cristea has just now approved #692, and #693 is also in approved state even though some changes were done after the last approval. This is probably not blocking since it is a documentation issue. It is also not in the milestone, but since it is finished we can probably just merge it in and include it in the release.

So those 2 can probably be merged, and then there are only the coding standards of #700. There is a false positive that affects a few of our "smart" lines of code, but I think it is OK to ignore the coding standards check for these lines, as long as we leave a comment there explaining why we are skipping the checks.

@MPParsley
Copy link
Collaborator

MPParsley commented Apr 22, 2021

@MPParsley
Copy link
Collaborator

I created the release on Github, see https://github.com/Gizra/og/releases/tag/8.x-1.0-alpha6

@amitaibu, can you push this on d.o?

@pfrenssen
Copy link
Contributor Author

Thanks so much for handling this release!

@amitaibu
Copy link
Member

@MPParsley Awesome work, and great release notes.

Release on d.o. will be published soon

image

@MPParsley
Copy link
Collaborator

It's now available on https://www.drupal.org/project/og/releases/8.x-1.0-alpha6

Thank you guys!

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants