Forum Replies Created

Viewing 15 replies - 46 through 60 (of 262 total)
  • Plugin Author Jan Koester

    (@dasmaeh)

    Die Darstellung der Zutatenliste hatte einen Bug. Dieser wird in Version 0.8.4 behoben.

    There was a bug in displaying the ingredient list. Will be fixed in 0.8.4.

    Plugin Author Jan Koester

    (@dasmaeh)

    Posting recipes subscribers or visitor is not a feature of this plugin and it’s not planned to include this any time soon.
    Such a feature will rise a whole lot of problems regarding security and spam defence.

    Plugin Author Jan Koester

    (@dasmaeh)

    I’ve just tried (again) to update from 0.7.12 to 0.8.3 with the data you provided some weeks ago. On my dev system I observed the folloeing:

    1. Indeed the menu collapsed on hovering ‘Recipes’ with the mouse. After clicking all menu items are available. All data are there. So I can’t reproduce your findings
    2. That’s true and should also have been like this for 0.8.0…2. I’ll fix this for 0.8.4 but you also can fix it by manually setting the desired options.
    3. As I don’t know how you’ve created these pages I can’t check and/or reproduce. You might need to fix this manually by inserting the shortcodes again jusing the new shortcode dialog.
    4. I can’t reproduce this. Recipe archive works for me using twenty seventeen as well as Firmasite themes.
    5. Confirmed and fixed in 0.8.4
    6. Confirmed and fixed in 0.8.4. The appearance of the ‘times’ bar is heavily influenced by the firmasite theme. You may need to fine tune your css there. I can only provide generqal styles.
    7. If I remeber correctly v0.7.12 was using ist own image sizes. I’ve dropped this so 0.8.3 is using default wordpress image sizes. Adjust them in the wordpress options panel.
      I’m successfully using Lightbox by Huge-IT on by personal blog.
    8. That’s a bit strange. For me this still is an open issue
    9. Added a space after author. The date is formatted according to the format set in the global wordpress options.

    I can’t explain why migration did not work for you but is working well for me. Please keep on trying with the next release.

    Plugin Author Jan Koester

    (@dasmaeh)

    Sorry for the late reply.

    I’ll look after the blank page issue as soon as possible, most probably not before the weekend. If have access to your sites php error log please provide any fatal errors applying there.

    Units should not be lost, somehow the list of units got emptied on update. Please describe the exact steps you have taken so I can reproduce.
    Updating from 0.8.x to 0.8.3 should not involve a database update so nothing should happen to your units.

    For a quick fix disable the unit lists. As units still are stored as text (and not as a relation to a unit item from the list) your recipe then should be fully functional again.
    For the future I’ll include a function to recreate the unit list from your recipes at any time you like.

    Plugin Author Jan Koester

    (@dasmaeh)

    Das Problem ist mir neu und so auch noch nie aufgefallen.

    Betrifft das Zutaten oder Zubereitungsschritte (oder beides)?

    Plugin Author Jan Koester

    (@dasmaeh)

    Duplicate post.

    Plugin Author Jan Koester

    (@dasmaeh)

    Das sollte in der nächsten Version, die am Wochenende erscheinen wird gefixt sein. Meine aktuelle Entwicklungsversion zeigt dieses Problem jedenfalls nicht mehr.

    —- TRANSLATION —-
    Bug report: Images in recipe description are not being displayed (excerpt only)
    Fix: in r0.8.4, will be released on the weekend.

    Plugin Author Jan Koester

    (@dasmaeh)

    I’ve already found the problem.

    For a quick fix edit the file public/rpr-public.php in the plugin folder. In line 532 add
    $GLOBALS['recipe_id'] = $recipe_post->ID;

    I’ll include this in the next release probably on saturday or sunday.

    Plugin Author Jan Koester

    (@dasmaeh)

    (Referring to your post from a week ago)
    After testing with the data you provided and using your theme I could find the following:

    1. As already explained, a mistake during development on my site lead to a filename confusion and to problems on update
    2. Manually reinstalling the plugin instead of reactivating it lead to taxonomies being migrated and empty default taxonomies being installed. Hence the double taxonomies and the cuisine-confusion.
    3. The taxonomies have been missing on archive pages due to a bug. This will be fixed in 0.8.3. Description have probably been missing on your site due to a fatal error stopping rednering the excerpt. On my test system the correct description have been displayed.
    4. Cuisines should be working without the double taxonomies without problems.
    5. URLs have been double as well, rpr_cusine is the slug from your data, cuisine from the new sample data. Shouldn’t happen on corrected update.
    6. Same as above.
    7. As of release 0.8.x there are no special taxonomies any more. Befor RPR Categories and RPR Tags hev been treated as special taxonomies – a legacy of the original RecipePress. The new management interface in the backend does not make a difference here. I do see the necessity to add a legacy recipe footer to include the RPR tags next to the wordpress tags. I’ve created an issue for this and will take care asap.
      Instructions formatting is also having an issue and will be fixed soon.
    8. Could not reproduce this on my testing system.
    9. On the testing system the excerpt is there on recipe pages. There might have been an error preventing the display or a relation to 3.
    • This reply was modified 9 years, 6 months ago by Jan Koester. Reason: Added reference
    Plugin Author Jan Koester

    (@dasmaeh)

    Just a little update for you. I could find some things this weekend:

    • Activation on update fails as it seem I’ve change the plugin’s main file fromrecipe-press-reloaded.php to recipepress-reloaded.php around a year ago and forgot about it. That’s definitely not intended and will be changed in 0.8.3 so updating should work smootheless from 0.7.12.
      While updating from 0.8.2 there will be the same problem again. However this can be easily solved by a click on <b>Activate</b>.
    • By not chosing <b>Activate</b> on error but manually reuploading the plugin you’ve triggered a function intended for first install. This function installs sample data (like taxonomies) apparantly without checking for existing data.
      I’ll add an additional check in this function as the result was taxonomies like cusine and course being activated double, once from the install procedure (slug cusine) and once from the migrated data /slug rpr_cuisine). That’s also the source of all the confusion on the taxonomies and probably also for some of the display errors.

    There two ways how you could procede:

    • Either roll back to v0.7.12 and the backuped data.
    • Or try deleting the double imported taxonomies in the options area. In case this doesn’t help you still can roll back to v0.7.12.

    I will work on your other oberservations asap.

    Plugin Author Jan Koester

    (@dasmaeh)

    There indeed seems to be a problem with migrating the taxonomy options. To sort this out will take some time, I want be able to have a deeper look into this before the weekend.

    It would be great if you could provide the table wp_optionsout of your backup as these are not included in the export set you already sent me.

    Thanks for your patience and the detailed reports.

    Plugin Author Jan Koester

    (@dasmaeh)

    Just replace the line

    
    .hidden {

    by

    #recipe_ingredients_meta_box .hidden,
    #recipe_instructions_meta_box .hidden {
    

    Sure this will be in the next release.

    The original class was hiding items in WooCommerce in a different way than the authors of that plugin intended. Hence the JavaScript could not make some elements visible.

    • This reply was modified 9 years, 6 months ago by Jan Koester.
    • This reply was modified 9 years, 6 months ago by Jan Koester.
    Plugin Author Jan Koester

    (@dasmaeh)

    That was a very nasty bug!

    Please edit admin.css in recipepress-reloaded/admin/css/ and replace the first line by

    #recipe_ingredients_meta_box .hidden,
    #recipe_instructions_meta_box .hidden {
    

    That’s all!

    • This reply was modified 9 years, 6 months ago by Jan Koester.
    Plugin Author Jan Koester

    (@dasmaeh)

    Catchable fatal error:    Object of class WP_Error could not be converte
    d to string in 
    /nas/content/live/urbanaccents/wp-content/plugins/recipepress-reload
    ed/public/rpr_temp
    late_tags.php on line 199

    This error should be fixed in release 0.8.1. As your log is from sunday I’m not really sure if you still are having this error. Do you have a recent log using version 0.8.2?

    Anyhow I’ll check on my dev system together with WooCommerce.

    Plugin Author Jan Koester

    (@dasmaeh)

    I’ve imported your data on my development system and done the migration from 0.7.12 to 0.8.2 without any problems. At least I couldn’t notice any.

    • Displaying recipe and recipe archive pages is working with the correct descriptions appearing for each recipe.
    • Taxonomy archive pages are working as well.
    • All 9 used cuisine appear in backend and frontend.

    I can’t explain or imagine how they got lost on your first try.

    • This reply was modified 9 years, 6 months ago by Jan Koester.
Viewing 15 replies - 46 through 60 (of 262 total)