• In this latest update, the Widget doesn’t always display the reviews, and trying to save settings just locks up the Admin screen for a few minutes, an unusually long time. It also causes every subsequent admin action has an unsatisfactorily long load time.

    Also, the issue where all the review related custom fields are being set on posts that are set to “No review” seems to still exist. Those fields shouldn’t be added if a post isn’t set to be a review.

    I’ve had to downgrade to 4.0.16 version to resolve the admin page load problem.

Viewing 15 replies - 1 through 15 (of 17 total)
  • Plugin Author MyThemeShop

    (@mythemeshop)

    Hello,

    Thank you for contacting MyThemeShop and we apologize for any issues that you are having with our products.

    To help you faster, we would like you to perform a quick conflict check on your website using the instructions below. You can follow these instructions on your live website as well, as running this conflict check does not affect your website visitors.

    Here are the steps for you to follow:

    1) Log into your WordPress Administrator, and navigate to the dashboard
    Navigate to ‘Plugins’, and go to ‘add new’

    On the next page, enter ‘Health Check’ in the search bar and wait for the screen to refresh

    The official Health Check plugin by www.remarpro.com should be visible as the first result. Please install and activate the plugin

    You will reach the plugin page automatically, and a notice will appear. Click ‘I understand’ to continue

    On the WordPress Menu on the left, hover over the dashboard. You will notice a new ‘Health Check’ option, click on it

    On the page that appears, there will be several tabs. Please navigate to the ‘Troubleshooting’ tab

    Press the ‘Enable Troubleshooting Mode’ to start the troubleshooter

    2) Once you complete these steps, you are in troubleshooting mode. All the plugins on your website have been disabled only for you. Your theme has also been disabled, but only for you.

    To diagnose the root cause of your problem, you would enable each plugin one by one until an issue is found. The last plugin that causes the issue will probably the cause of the conflict. Here are the steps in more detail.

    With all plugins and the theme disabled, try reproducing the issue.

    If you still have the issue, your WordPress setup is the root of the problem.
    If not, then continue.

    3) On the top bar, navigate to the ‘Troubleshooting Mode’, hover over it, and enable the WP Review’s latest version. After that, try to reproduce the issue.

    If you have the issue, the plugin is conflicting with WordPress

    If not, then the plugin is not causing issues with WordPress. Continue to the next step

    Navigate to the “Troubleshooting Mode” in the top bar again, and enable any other plugin. Then try reproducing the issue.

    If you have the issue, then the plugin you just activated is conflicting with the MyThemeShop Plugin

    If not, then this plugin is not causing issues with the MyThemeShop plugin
    Repeat step no 3 by enabling one plugin at a time and checking if the problem exists. When the problem happens, the plugin you last activated is causing the issue.

    4) If the issue is still not resolved, then it might be an issue with the theme you are using. Here is how you confirm if your theme and the MyThemeShop plugin are conflicting with each other.

    Enter troubleshooting mode again using the instructions above.

    Using the Troubleshooting mode, activate your regular theme by selecting the ‘Use your current theme option’.

    Activate the MTS plugin you want to check and try to reproduce the issue.
    If the issue appears, your theme conflicts with the MTS plugin.

    If not, then the issue is with another plugin. You can continue enabling other plugins to pinpoint the plugin and contact their support for a resolution.
    Once you complete the above steps, please let us know. Looking forward to helping you. Thank you.

    Thread Starter Summer

    (@fpmsummer)

    Followed all the steps. Even replaced one plugin, and redid troubleshooting steps with that plugin.

    Problem still exists, trying to save plugin settings in old version works, trying to save settings in new version takes an unacceptably long time, and the Reviews widget sometimes does not load at all.

    So, troubleshooting doesn’t reveal any conflict with another plugin.

    To recap:

    1) WP Review v4.0.17 works perfectly.
    2) Upgraded to WP Review v5.0.2, problems ensue.
    3) Downgraded back to WP Review 4.0.17, problems go away.

    What’s next?

    Plugin Author MyThemeShop

    (@mythemeshop)

    Hello @fpmsummer,
    We have just released the new update, could you please test with the new version?

    If that doesn’t solve, we have to debug it further.

    Looking forward to helping you.
    Thank you.

    Thread Starter Summer

    (@fpmsummer)

    I’ve installed it, and a first brush, it appears to be working as usual. I’ll play with it on two of my sites tomorrow, and I’ll let you know for sure what I find, but so far so good!

    Thanks!

    Plugin Support Suraj Vibhute

    (@suraj78)

    Hello @fpmsummer,

    Glad to know that, please do let me know, so I can mark this ticket as resolved.

    Thank you.

    Thread Starter Summer

    (@fpmsummer)

    Hi guys,

    alas, this problem still exists. I just updated to 5.0.6, and the problem with failing to save settings, taking forever to load, is still happening.

    Even if I go to the Settings page, then try to navigate to another section without changing anything to save, the problem happens.

    I need to get this issue fixed, because I have another site still running WP Review 4.0.17, and that version doesn’t seem to correctly list the Author in the schema (using Co-Authors Plus).

    Plugin Support Suraj Vibhute

    (@suraj78)

    Hello @fpmsummer,
    Please install the Query Monitor plugin, this plugin will tell which query in the settings page or in the dashboard is taking time to load.

    Here is the detailed tutorial https://kinsta.com/blog/query-monitor/

    Looking forward to helping you.
    Thank you.

    Thread Starter Summer

    (@fpmsummer)

    I can’t tell which query is taking the longest, but the monitor overview tells me these numbers in the admin bar:

    Page Generation time: 156.74s (52.2% of 300s limit)
    Peak Memory Usage: 48,848kb
    Database Query time: 0.0148s
    Database Queries: (Select: 34, Show: 2, Update: 2) Total: 38

    There’s nothing that indicates why that Page Generation time takes 156 seconds. Any ideas where I should check next?

    Plugin Support Suraj Vibhute

    (@suraj78)

    Hello @fpmsummer,
    I am still not sure if this is happening due to WP Review plugin, please disable WP Review and check if the page loading time is improving?

    If not you can try disabling all the plugins one by one until the page loading becomes normal.

    Looking forward to helping you.

    Thank you.

    Thread Starter Summer

    (@fpmsummer)

    I had gone through the troubleshooting again, and the page loading problem doesn’t exist, until WP Review gets activated in some way.

    What happens is I activate WP Review, the delays start to happen, I deactivate it, and the page load problems stop. I’ve run in troubleshooting mode, and when WP Review is running alone, it seems to run fine, but when I start turning off plugins to find a conflict, I get back down to just WP Review, and the page load issue exists when it’s alone… very strange.

    Plugin Support Suraj Vibhute

    (@suraj78)

    That’s really strange, please give me the list of active plugins, also could you please confirm again if the query monitor is able to identify the slow query?

    Thank you.

    Thread Starter Summer

    (@fpmsummer)

    I’ve gone through the list of Query Monitor results, but it doesn’t look like it is actually flagging any one query or operation as being the culprit. Could you tell me what section you want the data from?

    Here are my active plugins:

    Ajax Search Lite
    Block Bad Queries (BBQ)
    Blubrry PowerPress
    Co-Authors Plus
    Fluid Video Embeds
    Genesis Co-Authors Plus
    Genesis Simple Edits
    Gravity Forms
    Health Check & Troubleshooting
    NextScripts: Social Networks Auto-Poster
    Query Monitor
    Regenerate Thumbnails
    Related Posts By Taxonomy
    Scriptless Social Sharing
    Simple Follow Me Social Buttons Widget
    Six/Ten Press Isotope
    Subtitles
    The SEO Framework
    WP Review
    WP-SpamShield

    And the installed but inactive ones:

    Automatic Featured Images from YouTube / Vimeo
    Avatar Manager
    Better Search Replace
    Genesis Title Toggle
    IX Show Latest YouTube
    Video Thumbnails
    WP Recent Comments With Avatars

    Plugin Author MyThemeShop

    (@mythemeshop)

    Hello,

    We are looking for Slow Queries section from the QM plugin.

    Thank you for providing the list of the plugins, we will try and create a demo site and see if we are able to reproduce the issue.

    Looking forward to helping you. Thank you.

    Thread Starter Summer

    (@fpmsummer)

    That’s the conundrum. QM is not flagging anything as a slow query. I can go to the WPR Settings page, then navigate to any other admin menu page, and it will take anywhere from 3-5 minutes (latest example, 293s) to load the page I’m trying to go to.

    But there will not be a single red flagged item in QM. Nothing as a slow db query, or slow script, nothing. Same if I edit a review to add a Custom Author, it will take forever to save, sometimes even giving me the WP “Connection lost” error before finally finishing loading

    And no, it’s not a server thing… I have several sites on that same shared hosting server under the same account, and those sites are still responding perfectly while this affected site is spinning in limbo, including the front end of the affected site.

    What’s funnier is if I stop trying to access any pages related to WPR, eventually, all admin navigation and function will return to normal response times. It’s almost as if something is being loaded when WPR is accessed that causes the choking, but when enough time has passed, it’s not cached anymore and the problem doesn’t hit anymore, not until I try to make a WPR related edit.

    I don’t know if that’s how your code actually behaves, it’s just my deductions based on what I’m observing about the various interactions I’m trying.

    If you can’t reproduce on your demo site, and you’d like me to try to bang on it with you, let me know ??

    Plugin Support Suraj Vibhute

    (@suraj78)

    Hello @fpmsummer,

    Yeah, this is a really strange issue. We were unable to reproduce it on our setup.

    Sure. Can you please email us at support-team @ mythemeshop.com(without spaces) by mentioning this ticket’s link, and we will take it further from there.

    Looking forward to helping you. Thank you.

    • This reply was modified 6 years, 2 months ago by Suraj Vibhute.
Viewing 15 replies - 1 through 15 (of 17 total)
  • The topic ‘Latest update: Widget and Settings issues’ is closed to new replies.