- Issue created by @wim leers
- Status changed to Postponed
12 months ago 10:30am 7 March 2024 - π§πͺBelgium wim leers Ghent π§πͺπͺπΊ
Even though we could easily land this before π Make Block config entities fully validatable Fixed , I think it's better not to.
Because #3379725 will bring much needed-clarity: that
status
andinfo
belong intype: block.settings.block_content:*
, instead of intype: block_settings
(that's where they currently reside). - π§πͺBelgium wim leers Ghent π§πͺπͺπΊ
Because #3379725 will bring much needed-clarity: that
status
andinfo
belong intype: block.settings.block_content:*
, instead of intype: block_settings
(that's where they currently reside).The changes in #3379725 will also cause most (I actually think all) test failures on the current MR to disappear. That's another important reason to postpone this issue: if we wait for that to land, then this issue's MR can stay as simple as it is today!
- Status changed to Needs work
4 months ago 12:43pm 1 November 2024 - π¬π§United Kingdom longwave UK
Parent issue landed, so we can fix this now.
- First commit to issue fork.
- π¦πΊAustralia acbramley
Fixed merge conflicts and created a CR, still NW as we need an upgrade path
- π¦πΊAustralia acbramley
It looks like a lot of the test failures are now something like this:
1) /builds/issue/drupal-3426302/core/lib/Drupal/Core/Config/Schema/SchemaCheckTrait.php:211 The 'status' setting for content blocks is deprecated in drupal:11.2.0 and is removed from drupal 12.0.0. It was unused, so there is no replacement. See https://www.drupal.org/node/3499836.
Which is coming from an update path test, I'm assuming because the db fixture has those keys set. Not entirely sure how we usually solve this kind of thing.
- πΊπΈUnited States smustgrave
If we remove the status field wonβt that preventing unpublishing of a block now
- π¦πΊAustralia acbramley
That's a top level setting on the block itself. These settings that we are removing do absolutely nothing.
- πΊπΈUnited States smustgrave
Left 1 comment on MR
If you are another contributor eager to jump in, please allow the previous poster at least 48 hours to respond to feedback first, so they have the opportunity to finish what they started!
- πΊπΈUnited States smustgrave
My mistake.
rest of the change appears good to me then