• Resolved Tony G

    (@starbuck)


    I’m just starting to use your plugin and I believe I will be using it in more sites. Thank you VERY much.

    I have noticed an issue however:

    Add a recent posts widget to a sidebar and select a category from a list. Add another recent posts widget under that and set a different category. Save the widgets and view pages, it all seems good.

    Now edit the second widget in that sidebar, save and refresh the widget maintenance page. The catalog selection for the first widget changes to the setting for the second. If there are several recent post widgets in the same sidebar, changing each one from bottom to top will alter the next one up.

    There might be nuances as far as when the Save button is clicked, or if Done is clicked, or if the page is refreshed, or of course if there are other settings that affect this behavior. I can’t tell you what setting triggers the issue but I can reproduce this pretty easily. I’d be happy to provide a video or even to invite you to the site if you’re unable to reproduce this.

    I’m running v7.0.2 over WP 5.6.1.

    I’m also using the Widget Clone plugin to clone your widgets (save, refresh page) prior to editing. It’s possible that there is some connection.

    While not an expert with PHP I have no problem making code changes for testing, and the site where I’m seeing this is not live, so I can easily do some testing and try patches.

    Thanks!

Viewing 3 replies - 1 through 3 (of 3 total)
  • Thread Starter Tony G

    (@starbuck)

    Can I do anything to help explain this better or to help diagnose the issue? I have a home page with a lot of sidebars and a lot of these widgets, and whenever there is a corruption it takes a long time to recover.

    Thanks!

    Thread Starter Tony G

    (@starbuck)

    I’ve diagnosed this issue. It is NOT specific to this plugin.

    The issue is with Firefox browser cache. When we modify a widget and then move it’s position within a sidebar, the changes are performed via Ajax and DOM manipulation. When we F5 to refresh the page, the refresh is coming from cache, not the server. Somehow the DOM updates are re-performed on the page, but with the controls now in a different (virtual) the updates are made to the DOM in the same physical order as the original DIV controls. (I hope that makes sense.) The result is that the controls look like they have wrong data – this is entirely a rendering issue.

    Bottom line, when refreshing the widgets page with Firefox, ensure that you are reloading from the server, not from cache. To do this use ctrl-F5, not just F5. You can also use an addon that forces a reload without cache – or you can use Chrome where this issue does not occur.

    Plugin Author Kybernetik Services

    (@kybernetikservices)

    Thank you @starbuck for clarifying the issue and reason so clear. I do really appreciate your effort. Thanks!

Viewing 3 replies - 1 through 3 (of 3 total)

The topic ‘Selected category gets corrupted’ is closed to new replies.