Open klonos opened 5 years ago
I've filed a PR and tried to do my best to convert the tests. I have used state_set()
/state_del
instead of variable_set()
/variable_del()
, since there is no way that I know of to "dynamically" write to the settings.php file (to check if $conf['javascript_always_use_jquery']
has been set). Please let me know if there is a better way.
I have tried to see if there are examples of $this->assertRaw('Backdrop.settings', 'some text')
used in other tests, but could not find any. I hope that this works in Backdrop the same way that $this->assertRaw('Drupal.settings', 'some text')
works.
Questions:
Do we need to include $conf['javascript_always_use_jquery']
+ respective documentation in our settings.php file? If yes, then should that be optional/commended-out, or set to the default $conf['javascript_always_use_jquery'] = TRUE;
?
Do we need an update hook to grab that variable from Drupal sites during upgrade to Backdrop, and convert it to config? Can/should that be handled in #3671 instead?
PS (re point 2 above): In the actual code in core/includes/common.inc
, there is a conditional that uses settings_get('javascript_always_use_jquery', TRUE)
. With #3671, we'll need to add a config_get()
for the same setting as well.
@klonos I see your comments address similar issues as mine.
I think you should just store the variable in config file, system.core.json might be best. On a quick review I didn't see any reason it needs to be in settings.php for now, plus this makes it easier to expose in the UI.
I'll get back to this, since it would make cross-porting #6393 easier.
This is the same as https://www.drupal.org/project/drupal/issues/1279226 (change record for 7.36: https://www.drupal.org/node/2462717), which makes this issue a feature regression.