This question/problem came up in the Backdrop CMS issue queue. The problem arose when someone was porting a D7 module that stored configurations at the root level of the field instance definition. Those custom configurations did not get saved. Backdrop doesn't allow custom configurations at the root level of the instance - it restricts that level to specific, pre-defined keys, and ignores everything else.
The solution is to modify the custom module to store its custom configurations inside the settings
element of the instance array. Then it will get saved. For example, you could store your settings like so:
$instance['settings']['my_module'] = array('setting_1' => 'asdf', 'settings_2' => 'zxcv');
Recent comments
Thanks, that was it exactly!
Admin bar doesn't work for other site admin
Hello, Thank you for your response ! We followed the steps of the documentation, so we copied the content and the themes on backdrop en then we went to the page domain/core/...
Page not found after migration
Does the Administrator role of your site have the permission "Access administration bar"? (I think, you wouldn't notice the missing permission if your own account is the so called User 1.)
Admin bar doesn't work for other site admin
I've figured it out: in hook_field_widget_form(): $html_name = array(); if (!empty($element['#field_parents'])) { $html_name[] = $element['#field_parents'][0]; foreach ($...
Using #states in custom field widget
Hi @allinappli and welcome! Just for clarity, did you already run the site updates portion of the upgrade to Backdrop? (e.g. at /core/update.php) Do you have command line access or...
Page not found after migration