Problem/Motivation
Discovered in #2387627: Changing access plugins in views leaves invalid settings around that ViewsPluginInterface::validate() is not called for every plugin.
The ::validate() method allows views plugins to validate whether their current configuration is correct and can be saved.
Comments
Comment #1
clemens.tolboomI ran into a similar problem in #1996130: REST views: not adding dependencies on Serializer providers regarding the output format settings options reduced by disabling a module [HAL]
As this issues title suggests a overall issue I made it a [META]
Related and probably child issues are
- #2008708: Validate views during import
- #2204037: Views allows removal of required relationships and gives a fatal error on save
- #1915686: [PP-1] Ensure that all default views have 'plugin_id' for their handlers
Comment #2
clemens.tolboomMy naive effort to validate every page view
invalidates it's current result on the front page.
I don't want to make this an issue right now but it's weird validation is not idempotent.
Comment #3
dawehner@clemens.tolboom
My naive guess would be that some validate() plugin resets the active display plugin, which might break calling query() which breaks the preRender() function later,
because the result is not like expected.
Comment #4
clemens.tolboom@dawehner so it's not a bug of some sort?
Comment #15
larowlanCan someone provide steps to reproduce the issue
Thanks
Comment #18
quietone commentedThere was some discussion here 8 years ago and then none until more information was asked for 10 months ago. And the conversation in #3 and #4 are suggestive that this is not an issue. Still, there are not steps to reproduce here so we are not able to investigate.
Therefor I am closing this issue.