Something similar was taking place in drupal 7.
I have hook_views_query_alter in MODULENAME.views.inc file in the same folder as module file. I found out, that query handler is class views_plugin_query_default. Within that class:
function alter(&$view) {//dpm($view); foreach (module_implements('views_query_alter') as $module) {//dpm($module); $function = $module . '_views_query_alter'; $function($view, $this); } }
Is called, but can't find any module that implements hook...
Of course I cleared all the caches, even truncated tables cache_views and cache_views_data, all in vain.
AFAIR in drupal 7 similar problem solved itself automagically after some time, and hook_views_query_alter started to work. So maybe there is something else cached somewhere? Maybe .inc file is not being seen by backdrop? Access rights are as usual...
Recent comments
Thanks for the guide, let me do just that. I hope there is still a chance of these seeing a backdrop port.
Station and Community Media
The block system and API in Backdrop is very different from Drupal's. In Backdrop, as in Drupal, modules can define blocks in code (in fact some of the API at this level is the same, with...
Drupal block module conversion
This was from examining line 2463- of the webform.module, where // Attach necessary JavaScript and CSS. $form['#attached'] = array( 'css' => array(backdrop_get_path('module', 'webform...
How do I diagnose Webform Conditionals failing?
d'oh. Because of course it is reassigning. Don't mind me... the correct syntax is $form['#attached']['js'][] = backdrop_get_path('module', 'mymodule') . '/mymodule.js';
How do I diagnose Webform Conditionals failing?
Issue opened at Github: https://github.com/backdrop-contrib/webform/issues/220
How do I diagnose Webform Conditionals failing?