Problem/Motivation
drupal-check results on commit hash: aea97e837ea9b1b5522f710239cf7d1cc16f2306
------ --------------------------------------------------------
Line tests/src/Functional/ViewUnpublishedViewsTest.php
------ --------------------------------------------------------
15 Usage of deprecated trait
Drupal\simpletest\ContentTypeCreationTrait in class
Drupal\Testsiew_unpublished\Functional\ViewUnpublish
edViewsTest.
------ --------------------------------------------------------
[ERROR] Found 1 error
Proposed resolution
Remaining tasks
User interface changes
API changes
Data model changes
Release notes snippet
| Comment | File | Size | Author |
|---|---|---|---|
| #31 | d9support.png | 6.19 KB | xem8vfdh |
| #28 | 3042754-12.patch | 918 bytes | xem8vfdh |
Comments
Comment #2
Cary_Dean commentedSimple enough fix. Here ya go
Comment #3
Cary_Dean commentedI am not sure why that failed to apply. I can pull down the dev branch and apply it without issues.
Comment #4
john cook commentedThe patch looks good and applies cleanly.
Results after patch.
Marking as RTBC.
Comment #5
jenlamptonI believe that if you add drupal 9 as an option to the
composer.jsonfile in this project you can get a nice little Compatible with Drupal 9 badge in the Project information section on the module page.Below is a code sample from a module that has the badge.
It also looks like it may possible to get the badge by adding the 'core_version_requirement' key in the module's info.yml file, which, in turn, will add the version to the require section of
composer.json. Example follows.Do you want to include this change in the patch here or open a separate issue?
Comment #6
jeroent@jenlampton,
I think this is a field that the maintainer of this module can fill in when editing the project. See https://www.drupal.org/project/slick/issues/3069793
Comment #7
xem8vfdh commentedI don't know about @JeroenT's suggestion, maybe that works, but I've seen lots of other projects doing what @jenlampton mentioned. Can the patch be updated to reflect that?Apparently there is some maintainer text field that allows the maintainer to mark the module as D9 compatible to show the badge on the module's main page. I'm not a maintainer so I don't know where that switch is, unfortunately. But core maintainers have assured me that composer.yml and info.yml do not come into play.
Comment #8
gaëlgUpgrade status module told me:
It doesn't impact the d.o. "D9 badge" (which is indeed a text field on the d.o. project node edit form), but it looks like it's needed though.
Comment #9
tresti88Updated the patch provided in comment #3 to the correct use statement for the `ContentTypeCreationTrait` class as this fits with Drupal's Coding standards.
Didn't include `core_version_requirement` as patch won't apply because of `Information added by Drupal.org packaging script on 2017-01-04` in the info.yml file. I guess this is for the module maintainer to add.
Cheers
Comment #10
tresti88Actually attach the correct patch.....
Comment #11
tresti88Comment #12
xem8vfdh commented@tresti88, your patch applied and resolve the deprecation warning. I don't follow your comment regarding
core_version_requirement, and that should be included in the patch. So I created a new patch that includes that change. If it didn't apply for you, you might have been doing something wrong.3042754-11.patchapplies just fine for me on as fresh clone of the8.x-1.xbranch.Comment #13
xem8vfdh commentedComment #14
tresti88I should have mentioned that i was using composer to apply the patch to an existing project. I was conscious that this project hasn't had any dev commits since 2017. I didn't want to submit a patch that would fail to apply for those who just wanted to solve errors in the deprecated report. The
core_version_requirementjust threw up a warning. If you think it's best to add thecore_version_requirementthen i can update the patch to include the following in theinfo.ymlfile:core_version_requirement: ^8.4 || ^9Comment #15
xem8vfdh commentedYou don't need to update the patch, I've already done it because, yes,
core_version_requirementshould be included :)The patch should be apply-able to dev so that the mods can merge it in cleanly. If it's conflicting with your project, then you must have applied other patches previously that this patch conflicts with. Patching prod repeatedly is not a good long term approach, for this reason (and others).
Comment #16
tresti88ahh gotya! Cheers :)
Comment #17
xem8vfdh commentedmaintainers, should this be merged?
Comment #18
xem8vfdh commentedCan a maintainer please merge this?
Comment #19
klemendev commentedI agree that would be helpful :)
Comment #20
amaria commentedBe aware that this module's functionality will be available in Drupal 9... Per-bundle unpublished content permissions. That will essentially deprecate this module for Drupal 9.
Comment #21
xem8vfdh commentedoh, I didn't know that @amaria, thanks for the info!
Comment #22
jeroent@amaria,
The change record you mention is still draft. The issue is still not resolved and that functionality won't be included before Drupal 9.1. So IMO this module is currently still valuable. Once that issue lands in core, we can provide an upgrade path to those permissions and deprecate this module.
Comment #23
xem8vfdh commentedi agree @JeroenT
Comment #24
xem8vfdh commentedthis is a possible avenue to pursue: https://www.drupal.org/blog/the-maintainers-intiative
Comment #25
amaria commentedFair enough, @JeroenT. Will merge after a quick review
Comment #26
xem8vfdh commentedany update @amaria?
Comment #27
amaria commentedPlease re-roll against the latest dev. The patch did not apply.
Comment #28
xem8vfdh commentedre-rolling, see 3042754-12.patch
Comment #29
xem8vfdh commentedComment #31
xem8vfdh commented@amaria, thanks for commiting, should this issue be marked as fixed now? Also, can you flip the setting on this Drupal.org module page to enable the Drupal 9 support badge (example, d9support.png).
Comment #32
amaria commented