Hi,
looks like this function is called much more often than it shoukd be. Actually it should be called each time you save a recipe.
I’ll investigate this on the weekend.
Regards Jan
Same error for me.
Any news?
Actually this is not really an error but a warning. Nothing really to worry about.
I still don’t know what exactly is causing the problem. As I don’t get these messages it’s quite difficult to debug. However I think I’ve found a solution. It will be available in release 0.7.5 shortly.
Hi
So I updated today and will check out the difference in the error log after a few days. One unexpected change resulting from the update, probably some css file makes a good bit of the text here http://bit.ly/1AhLPI2 cursive. It seems to only affect the blog frontpage ..
I tried to disable the updated module and things straightened up. If you see nothing, it might be because of caching, but that is is the case. Any suggestion about the cause?
Thank you for the great work.
regards
You’ve found a nasty typo. Somewhere a </i> is missing. The <i>-Tag is used to introduce the icons. I’ll look for the culprit and tell you the workaround.
Regards
Jan
Somethings seems to be screwed up on your site.
As the problem does only appear for excerpt and not for complete recipes I’m almost sure the problem is not caused by my plugin. To display the categories and other metadata for recipes the same function is used for excerpt and complete recipes. So it should output the same. But it doesn’t. Instead some random HTML code seems to be inserted for a CSS class name.
I can’t reproduce this on my testing system.
As it seems to do magic on other site you might want to try this: Edit php/helper/admin_menu_helper.php lines 236 and following to match
if ( file_exists($dirname)){
if ($handle = opendir( $dirname )) {
while (false !== ($file = readdir($handle))) {
if( $file !='.' && $file !='..' && $file != '.svn' ) {
if( file_exists($dirname . $file . '/settings.php') ){
include_once( $dirname . $file . '/settings.php' );
}
}
}
}
}
Hi
I edited that file, so we have
// Settings section for local layouts
$dirname = get_stylesheet_directory() . '/rpr_layouts/';
if ( file_exists($dirname)){
if ($handle = opendir( $dirname )) {
while (false !== ($file = readdir($handle))) {
if( $file !='.' && $file !='..' && $file != '.svn' ) {
if( file_exists($dirname . $file . '/settings.php') ){
include_once( $dirname . $file . '/settings.php' );
}
}
}
}
}
return $layout_settings;
}
but as you the italics are still visible on the blog frontpage http://bit.ly/1AhLPI2 & /recipes, but not on other content pages in spite of clearing the cache.
This is from the errorlog since yersterday, (possibly after updating) … lots of lines
[09-Feb-2015 12:10:34 UTC] PHP Warning: opendir(/home/us/public_html/hab/wp-content/themes/mesocolumn-child/rpr_layouts/): failed to open dir: No such file or directory in /home/us/public_html/hab/wp-content/plugins/recipepress-reloaded/php/helper/admin_menu_helper.php on line 236
[09-Feb-2015 12:10:36 UTC] PHP Warning: opendir(/home/us/public_html/hab/wp-content/themes/mesocolumn-child/rpr_layouts/): failed to open dir: No such file or directory in /home/us/public_html/hab/wp-content/plugins/recipepress-reloaded/php/helper/admin_menu_helper.php on line 236
I use a child theme.
Probably some tweaking needed?
Regards
That change of code should stop the error messages in the log.
The other problem is still a myth to me. Have you touched layouts/rpr_default/excerpt.php for any reason? If so please make sure it is in the original state.
Hi
I am actually quite confused, too. I do not remember changing any code in the recipe plugin, except what you have specifically suggested in the different posts, but I decided to download a fresh copy, over-wrote what I have & also uploaded the edited file above, but it made no difference.
I then suspected the Mesocolumn parent theme. Deleted what I have & uploaded a fresh copy. Same thing.
I tried twentythirteen & fourteen & funny enough, no issue there.
The fact, though is before the update = no italics on front & /recipe pages. If I disable recipe press = same thing => normal text/no italics on the 2 pages.
So I have no idea what this all means, except that something between the updated plugin & the theme is responsible.
One small observation, on /recipe page, the heading is in this form => “Archive for rpr_recipe – “. May be a local problem for Mesocolumn which does not only show “Archive”like on 20-13 & 20-14 but Archive for …, which in this case content type “recipe” is somehow not extracted, but just => “Archive for rpr_recipe – “
Sorry for all this, but grateful for your support.
Regards
Could you please try to disable icons just to come closer to the reason. Somehow the icon-tags are wrong. Maybe I can see clearer without icons.
May be a local problem for Mesocolumn which does not only show “Archive” but Archive for …, which in this “recipe” is somehow not extracted, but just => “Archive for rpr_recipe – “
This is because the theme is using the (internal) identifier of the post type not it’s display name. Please ask the theme developer to change that.
Thank you for the quick response.
It seems the icons have something to do with the issue. After disabling them, the issue goes & comes back after re-enabling them. 😉
…..
Regards
Hi
Not sure whether to start another thread, since this seems to be connected to this update. I noted all the recipe teasers seem to just have “Continue reading” & nothing more. Might be mistaken, … or is this just a local issue?
Regards
I’m not sure yet. Might be related. Please tell me which layout you are using: rpr_default or rpr_2column.
I’ll look into that asap. Right now I don’t have the time.
