Open russell-edsvcs opened 3 months ago
Some more info on this.
When I do a query for
SELECT * FROM wp_postmeta WHERE meta_value LIKE '%bh3_eci_country%';
I get back 2 results for different pods fields.
Looking into the pods field on the site I found this
A simple relationship that doesn't have the textarea input.
Also, there isn't a database table with the name ezxi_country
. I'll keep you updated with anything else I find out about this.
I fixed the problem by doing the following:
I deleted both of the database entries (probably didn't need to do that) and then went through the 3 different simple field relationships that I had in my pod. For each one, I selected something else for the "related Type" field and then I selected "simple (custom defined list)" again. The "Custom Defined Options" textarea box now correctly showed up, and was blank. I added in some placeholder text into the box, hit save field and save pod, and that seems to have solved the problem for me. I no longer get the error message in the WordPress backend.
Description
When the WordPress prefix changes, pods displays an error message in the WordPress admin area. Upon investigation, it looks like the WordPress prefix is hardcoded into the data saved for the metabox. Specifically in
plugins\pods\classes\PodsMeta.php
the$metabox
parameter that is being passed to thePodsMeta->meta_post
function has the WordPress prefix hardcoded into$metabox['args']['group']['fields'][{field_name}]->args['pick_object']
.Version
3.2.1
Testing Instructions
Data has to have been previously been saved in a field under a different WordPress prefix for this error to occur. In my case I the field was a simple dropdown field, but I assume it would happen with other fields too.
Screenshots / Screencast
And the error message as text:
Possible Workaround
No response
Site Health Information
No response
Pods Package
No response