Automated Drupal 10 compatibility fixes

Created on 15 June 2022, over 2 years ago
Updated 5 December 2023, about 1 year ago

Problem/Motivation

Hello project maintainers,

This is an automated issue to help make this module compatible with Drupal 10.

To read more about this effort by the Drupal Association, please read: The project update bot is being refreshed to support Drupal 10 readiness of contributed projects โ†’

Patches will periodically be added to this issue that remove Drupal 10 deprecated API uses. To stop further patches from being posted, change the status to anything other than Active, Needs review, Needs work or Reviewed and tested by the community. Alternatively, you can remove the "ProjectUpdateBotD10" tag from the issue to stop the bot from posting updates.

The patches will be posted by the Project Update Bot โ†’ official user account. This account will not receive any issue credit contributions for itself or any company.

Proposed resolution

You have a few options for how to use this issue:

  1. Accept automated patches until this issue is closed

    If this issue is left open (status of Active, Needs review, Needs work or Reviewed and tested by the community) and the "ProjectUpdateBotD10" tag is left on this issue, new patches will be posted periodically if new deprecation fixes are needed.

    As the Drupal Rector project improves and is able to fix more deprecated API uses, the patches posted here will cover more of the deprecated API uses in the module.

    Patches and/or merge requests posted by others are ignored by the bot, and general human interactions in the issue do not stop the bot from posting updates, so feel free to use this issue to refine bot patches. The bot will still post new patches then if there is a change in the new generated patch compared to the patch that the bot posted last. Those changes are then up to humans to integrate.

  2. Leave open but stop new automated patches.

    If you want to use this issue as a starting point to remove deprecated API uses but then don't want new automated patches, remove the "ProjectUpdateBotD10" tag from the issue and use it like any other issue (the status does not matter then). If you want to receive automated patches again, add back the "ProjectUpdateBotD10" tag.

  3. Close it and don't use it

    If the maintainers of this project don't find this issue useful, they can close this issue (any status besides Active, Needs review, Needs work and Reviewed and tested by the community) and no more automated patches will be posted here.

    If the issue is reopened, then new automated patches will be posted.

    If you are using another issue(s) to work on Drupal 10 compatibility it would be very useful to other contributors to add those issues as "Related issues" when closing this issue.

Remaining tasks

Using the patches

  1. Apply the latest patch in the comments by Project Update Bot โ†’ or human contributors that made it better.
  2. Thoroughly test the patch. These patches are automatically generated so they haven't been tested manually or automatically.
  3. Provide feedback about how the testing went. If you can improve the patch, post an updated patch here.

Providing feedback

If there are problems with one of the patches posted by the Project Update Bot โ†’ , such as it does not correctly replace a deprecation, you can file an issue in the Drupal Rector issue queue โ†’ . For other issues with the bot, for instance if the issue summary created by the bot is unclear, use the Project analysis issue queue โ†’ .

๐Ÿ“Œ Task
Status

Active

Version

2.0

Component

Code

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • Status changed to RTBC over 1 year ago
  • ๐Ÿ‡ง๐Ÿ‡ทBrazil thalles Teรณfilo Otoni - MG
  • First commit to issue fork.
  • ๐Ÿ‡ฎ๐Ÿ‡ณIndia Rijas Madurakuzhi

    Subscribing

  • ๐Ÿ‡ง๐Ÿ‡ชBelgium borisson_ Mechelen, ๐Ÿ‡ง๐Ÿ‡ช

    Can we get this committed and released as a drupal 10 compatible release please? This is blocking the drupal 10 upgrade for us.

  • ๐Ÿ‡ช๐Ÿ‡ธSpain oscaral Madrid

    I think we will need this very soon aswel. I see the patch is 11 months old now.

    Is this module being actively updated with patches?

  • ๐Ÿ‡ฉ๐Ÿ‡ชGermany rgpublic Dรผsseldorf ๐Ÿ‡ฉ๐Ÿ‡ช ๐Ÿ‡ช๐Ÿ‡บ

    Pretty sad. D9 EOL is approaching fast. There is a working patch. OneTrust just doesn't commit it. Yeah, there's cookiepro_plus, but it's way more complicated than necessary for most purposes. Considering that CookiePro is a commerical product this "underwhelming" level of support is a bit disappointing IMHO.

  • ๐Ÿ‡ง๐Ÿ‡ชBelgium andreasderijcke Antwerpen / Gent

    @rgpublic If you can explain how cookiepro_plus โ†’ is too complicated/overwhelming for many use-cases in our issue queue โ†’ , we can see what we can do to make it easier to setup, explain better what the basics are, ....

    I created cookiepro_plus โ†’ because we (at Calibrate) found that this cookiepro module is insufficient for most of our cases and doesn't allow well for config differences between environments (local, dev, staging, production).

    As explained in other issues of this module, I tried to work with OneTrust over the timespan of approx a year to get our findings into this module and work together towards one actively maintained solution, but they didn't care, could/would not spare a few hours month to get this done, and so we went our own way.

  • @cookiepro opened merge request.
    • a7f9d5ba committed on 2.x
      Issue-#3286785-Automated Drupal 10 compatibility fixes. Added composer....
  • leymannx Berlin

    @CookiePro you need to merge the MR and add a tag, then "Add a new release" on the project page selecting this tag.

  • ๐Ÿ‡ง๐Ÿ‡ชBelgium flyke

    If you want to use this:

    Edit the composer.json file in your project root. Add this in the "repositories": [ section, as first item:

            {
                "type": "package",
                "package": {
                    "name": "drupal/cookiepro",
                    "type": "drupal-module",
                    "version": "2.0.1",
                    "source": {
                        "type": "git",
                        "url": "https://git.drupalcode.org/issue/cookiepro-3286785.git",
                        "reference": "5d0d9dc2ba67c871eeb5c7dee3c3ff11dbf7a955"
                    }
                }
            },

    Now add this version to your project:

    composer require drupal/cookiepro:2.0.1

  • leymannx Berlin

    The official way to do this is to use the lenient endpoint that gets the latest version plus the patch and tells Composer it's okay: https://www.drupal.org/docs/develop/using-composer/using-drupals-lenient... โ†’

  • ๐Ÿ‡ง๐Ÿ‡ชBelgium flyke

    Thanks Leymannx. I hadn't heard of that yet. I did found and tried using chx/drupal-issue-fork โ†’ but for some reason that did not work for me.

    So the workinbg steps are:

    - Add composer drupal lenient:
    composer require mglaman/composer-drupal-lenient

    - Add the patch to your composer "patches": { section:

                "drupal/cookiepro": {
                    "#3286785": "https://www.drupal.org/files/issues/2022-06-15/cookiepro.2.0.1.rector.patch"
                }

    - Get the cookiepro module with the patch included:
    composer config --merge --json extra.drupal-lenient.allowed-list '["drupal/cookiepro"]'
    composer require drupal/cookiepro:2.0.1

    seems to work !

  • Status changed to Active about 1 year ago
  • leymannx Berlin

    I became maintainer and just tagged 2.1.0. This issue is fixed. Leaving open for future rector fixes.

  • ๐Ÿ‡ง๐Ÿ‡ชBelgium flyke

    Great work, thank you! Just when I was about to update all our projects to use cookiepro_plus for D10 compatibility.
    I do find the setup for the cookiepro_plus a little bit better, but most current projects have the cookiepro module already so its nice that its now easily upgradable for D10.

    I thought that cookiepro_plus was created because of a lack of development on the cookiepro module.
    Now that you are a maintainer, it might be wise to check if we really need 2 separate cookiepro modules. Maybe they can be merged or one can go in favor of the other ? That would be less confusing for people looking to add cookiepro into their drupal project.

Production build 0.71.5 2024