- Issue created by @wim leers
- Merge request !11932Draft: Resolve #3520946 "Views blocks fully validatable" → (Open) created by wim leers
- 🇧🇪Belgium borisson_ Mechelen, 🇧🇪
The update path should be moving
none
tonull
?
📌
Make Block config entities fully validatable
Fixed
made Block
config entities fully validatable, and the settings for 2 block plugins:
block.settings.block_content:*:
) (see block_content.schema.yml
block.settings.search_form_block
(see search.schema.yml
)N/A
Also make
views_block:
type: block_settings
label: 'View block'
mapping:
views_label:
type: label
label: 'Title'
items_per_page:
type: string
label: 'Items per block'
block.settings.views_block:*:
type: views_block
fully validatable.
Confusingly:
views_label
is made available by \Drupal\views\Plugin\Block\ViewsBlockBase::buildConfigurationForm()
items_per_page
is made available by \Drupal\views\Plugin\views\display\Block::blockForm()
The two are brought together into a single form by a third method: \Drupal\views\Plugin\Block\ViewsBlock::blockForm()
So … this seems surprisingly simple? 😄 All the actual control over the block lives in the associated View
entity, not in the Views Block's configuration! Lucky us: no need for an update path! 😄
None.
None.
None.
TBD
TBD
Active
11.1 🔥
views.module
It denotes an issue that prevents porting of a contributed project to the stable version of Drupal due to missing APIs, regressions, and so on.
The update path should be moving none
to null
?