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
I think given the warning on the source site: At this time, if your new project can afford to require PHP 5.5+, which it should, please use PHP's native password_hash() /...
July 31, 2025
I did a very quick test and if the Display format of the webform submission value is HTML then it appears but if plain text then it doesn't, so something is included regardless of if empty when...
"Hide rewriting if empty" has no effect
Just to clarify it appears that the item: Fix Search for "On the Web" module, is about the search on backdropcms.org at https://backdropcms.org/modules
July 31, 2025
Fix Search for "On the Web" module https://github.com/backdrop-ops/backdropcms.org/issues/1093 Fix projects showing wrong recommended release and showing deleted releases https://...
July 31, 2025
Also it has no maintainer. Anybody interested to maintain?
Flood Unblock analogue