• Resolved raiday

    (@raiday)


    The plugin used to work okay, however after upgrade to ?Site Reviews?to v7.0.6 it started to add 10 empty spaces at the top of the Review form, they contain 10 line breaks <br> as the below HTML which does not make sense and messes up my site layout:

    <form class="glsr-review-form glsr-form" method="post" enctype="multipart/form-data" novalidate="">
    <input type="hidden" name="site-reviews[_action]" value="submit-review"><br>
    <input type="hidden" name="site-reviews[_nonce]" value="440bebc132"><br>
    <input type="hidden" name="site-reviews[_post_id]" value="8177"><br>
    <input type="hidden" name="site-reviews[_referer]" value="raiday.ai/"><br>
    <input type="hidden" name="site-reviews[assigned_posts]" value=""><br>
    <input type="hidden" name="site-reviews[assigned_terms]" value=""><br>
    <input type="hidden" name="site-reviews[assigned_users]" value=""><br>
    <input type="hidden" name="site-reviews[excluded]" value="OquEX7cD34-E7tYJNzca3w"><br>
    <input type="hidden" name="site-reviews[form_id]" value="glsr_fe2c990c"><br>
    <input type="hidden" name="site-reviews[terms_exist]" value="1"><p></p>
Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Author Gemini Labs

    (@geminilabs)

    Site Reviews does not add <br> tags to the form. Something else on your website is doing this. If you are using a caching plugin, try flushing the cache. Otherwise, try steps 4 and 5 in the Basic Troubleshooting Steps on the Help & Support page.

    Thread Starter raiday

    (@raiday)

    These are standard instruction, I followed them and the issue persist. Additionally I logged in via browser incognito mode after clearing the server cache and the issue persist. The issue only happens for logged in users.

    After rolling back to previous version of Site Reviews, the issue disappears.

    These BR tags are clearly a bug you have recently introduced, it is inside the site review form itself.

    • This reply was modified 6 months, 2 weeks ago by raiday.
    Plugin Author Gemini Labs

    (@geminilabs)

    These BR tags are clearly a bug you have recently introduced, it is inside the site review form itself.

    I am unable to reproduce this. I have have Site Reviews v7.0 running on multiple sites (including the demo here) and there are no <br> tags in the form, so there must be something else going on here.

    After rolling back to previous version of Site Reviews, the issue disappears.

    What is the URL of your page with the review form?

    Plugin Author Gemini Labs

    (@geminilabs)

    These are standard instruction, I followed them and the issue persist.

    You are using Jetpack Boost. What happens when you disable that plugin?

    You can also try this:

    1. Edit your page/template and remove the [site_reviews_form] shortcode.
    2. Save the page/template.
    3. Load the page on the frontend to confirm that the review form is now gone.
    4. Edit your page/template again and add the Review Form block to the page.
    5. Save the page/template.
    6. Load the page on the frontend to confirm that the review form is back.

    If that worked, then whatever is caching static pages on your website was likely causing the problem.

    • This reply was modified 6 months, 2 weeks ago by Gemini Labs.
    Thread Starter raiday

    (@raiday)

    I have done a few tests including all the ones you suggested and it is not a caching problem, as well the issue persists even with Jetpack boost disabled.

    The issue only happens when the form is inserted via [site_reviews_form] shortcode using the full site editor template.

    If I insert the shortcode on a page or even on the same page directly then no BR are added.

    Plugin Author Gemini Labs

    (@geminilabs)

    Since you are using the WordPress Site Editor, what happens if you use the Review Form block instead of a shortcode?

    Plugin Author Gemini Labs

    (@geminilabs)

    FYI: This is a WordPress bug when using shortcodes in the Site Editor: https://core.trac.www.ads-software.com/ticket/58366.

    It looks like the WordPress team have scheduled a fix for the WordPress 6.6 release.

    • This reply was modified 6 months, 2 weeks ago by Gemini Labs.
    Thread Starter raiday

    (@raiday)

    I tried to use the block instead and that solves the issue. This solution works fine with me, I have started to replace the shortcode with he block, thanks a lot!!!

    I can confirm that the issue only appears when using Shortcode from inside WordPress Full Site editor template.

    • This reply was modified 6 months, 2 weeks ago by raiday.
Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘10 empty line break added at the top from in v7.0.6’ is closed to new replies.