You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Detected after cloning content from s.b/oikcom, the logic to render the checkbox field, which uses the rendering for select, doesn't produce the expected results.
We see the following Notice
Notice: Undefined index: a:1:{i:0;s:3:”red”;}
in /home/customer/www/oik-plugins.co.uk/public_html/wp-content/plugins/acf-field-block/includes/class-acf-field-block-renderer.php
on line 446
phpMyAdmin shows the values being stored as below.
In the servers the post meta value showed that the field had been serialized twice.
This is the output when the checkboxes selected are red and amber and the meta data has been cloned.
In actual fact, updating the field in the ACF metabox didn't appear to survive the round trip.
This red herring was a side effect of having the Checkbox field in two field groups with the field having the same name due to it being part of a clone field type. When editing the post meta you have to edit the last of the fields with the same key.
This is a known feechur of ACF.
Detected after cloning content from s.b/oikcom, the logic to render the checkbox field, which uses the rendering for select, doesn't produce the expected results.
We see the following Notice
phpMyAdmin shows the values being stored as below.
meta_id post_id meta_key meta_value
393844 49098 checkbox a:1:{i:0;s:3:"red";}
393892 49098 select red
In actual fact, updating the field in the ACF metabox didn't appear to survive the round trip.
The text was updated successfully, but these errors were encountered: