Support Forum
I am running Wordpress 3.4.2 and Genesis 1.8.2. I just started using Simple:Press this past week. Now, when viewing the author archive for a writer on my blog, some display this error:
Warning: stripslashes() expects parameter 1 to be string, array given in /problem-with-post-edit-buttonome/ryutar0/public_html/wp-content/themes/genesis/lib/functions/options.php on line 228
You can see an example live here:
http://mangabookshelf.com/blog.....r/melinda/
The reason I believe this has to do with my recent Simple:Press installation, is because the error only shows up on the author pages of authors who have been actively using the new forums. For instance, this is an active forum user:
http://mangabookshelf.com/blog.....or/travis/
This is not:
http://mangabookshelf.com/blog...../michelle/
All our writers automatically have users on the forum, but Travis an I have both been using it and have updated our profiles there, while others (like Michelle) have not. It seems to me that this has to be the issue, and that there is some kind of conflict now between profiles.
How can I resolve this conflict? We are a blog, first and foremost, so the author archives are more important than people's forum profiles (if that is, indeed, the conflict). If I have to disable something in the Simple:Press settings, I'll do it, but I don't know where to start.
Can anyone help?
Edited to add: Here is what's going on in that options file (line 228 in red):
/** Sanitize term meta */
foreach ( $term->meta as $field => $value )
$term->meta[$field] = apply_filters( 'genesis_term_meta_' . $field, stripslashes( wp_kses_decode_entities( $value ) ), $term, $taxonomy );
/** Apply Filters */
$term->meta = apply_filters( 'genesis_term_meta', $term->meta, $term, $taxonomy );
return $term;
}
odd - we have many users on Genesis with no known problems...
The use of expressions like 'term' and 'taxonomy' strongly suggests the WP taxomony sub-system where categories, tags, menus, links etc., are all stored along with any extended use made by theme or plugins. I can give you assurance that Simple:Press never makes use of this table - we certainly store nothing in it - with the exception of reading in category titles for the blog linking plugin. And that would not pass through any Genesis filters.
Also if this is the case then it has no relation to profile data - at least those tables are not used for profiles.
To make sense of the code snippet we would need to know, if nothing else, what populates the $term object. But at first glance I think it highly unlikely that this would be an SP related issue. We may have a copy of Genesis here - I will need to check that. If we have I can try and look at this function.
YELLOW
SWORDFISH
|
Thanks, I appreciate you looking into it if you're able. And I apologize in advance if it isn't related to Simple:Press. It was the only thing I could think of that the affected authors have in common.
Edited to add: It's been suggested to me that it may have something to do with Genesis & another plugin (maybe yours, maybe not) storing data differently in the user bio. I'm still thinking SP is the likeliest, since it's the only thing new on the site, but I'm told there's no way to know that for sure, because even disabling the plugin wouldn't help (I did try that) as it would still be in the database.
still struggling to understand how this might be related to simple press... as a genesis user on multiple sites, am familiar with this function... its strictly dealing with taxonomies... and genesis does it own data structure... the function with this error is only called when the get_term wp hook is fired... and sp does not use that at all...
its really not even user bio related... and when you say bio, assume you mean any wp profile data vs the single entry for bio on the profile... we do add additional user meta data, as do other plugins, but they are not taxonomy related...
quite odd... but glad they gave you a workaround (probably verifying they actually a taxonomy meta before pressing on)...
Visit Cruise Talk Central and Mr Papa's World
1 Guest(s)